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Változik a világ - de elég gyorsan? 


últ havi beköszöntőmben örömmel írtam, hogy 

a GNU/Linux immár teljes értékű rendszerként képes 
működni. Szinte minden olyan szolgáltatást nyújtani 
tud, amire otthon vagy a munkahelyen igényünk lehet. Ebbe a 
szolgáltatáscsoportba bele kell érteni a multimédia-felhasználá- 
sokat (videó, DVD, webkamera stb.), az irodai alkalmazásokat, 
de a különlegesebb szolgáltatásokat is, mint amilyenek például 
a hálózati fájlmegosztó rendszerek. Én mostanában éppen a 
gtk-gnutella programmal szórakozom, és ugyan még csak a 
0.90-es változatnál tart, mégis kényelmes és hatékony felületet 
nyújt. Próbálkoztam az AudioGalaxyval is (a KDE alá készítet 
AGBrowser segítségével), azonban pár órányi hiábavaló vára- 
kozás és a bosszantó hibaüzenetek után gyorsan feladtam. 
Visszatérve a világra. Írtam, hogy egyre több helyen találko- 
zom linuxos géppel, ma már nem esnek hanyatt a csodál- 
kozástól, ha valaki megemlíti a GNU-rendszereket. Már az is 
természetessé vált, hogy az emberek az operációs rendszereket 
meg tudják különböztetni. Többnyire. Történt például, hogy 
az egyik magyar portálon lejött egy mókás hír, miszerint 
végre letölthető a NetBSD élő rendszert tartalmazó LiveCD-je, 
mellyel , az érdeklődő felhasználók Intel-alapú gépeiken az 
operációs rendszer telepítése nélkül próbálhatják ki a Linuxot". 
Azon gondolkodtam, hogy milyen aranyosak ezek a NetBSD- 
sek, az egylemezes rendszerükről is indítani tudom a gépe- 
men lévő Linux-rendszert. A hír szerencsére pár órával később 
már eltűnt az oldalról. 

Szóval még mindig megesik, hogy az embereknek lövésük 
sincs arról, hogy mi a csuda a Linux. Sőt, sokszor előfordul 
az is, hogy az egyes cégek, mint amilyen például a Microsoft, 
ezt az állapotot tudatosan igyekszenek fenntartani. Lawrence 
Rosen tollából például egy nagyon érdekes cikket olvasha- 
tunk, amelyben a Microsoft felhasználási szerződésében 
használt , IPR-sértő", vagyis a szellemi tulajdonhoz fűződő 
jogokat (intellectual property rights) sértő kifejezést taglalja. 
A Microsoft félreértelmezése szerint a GPL megsérti a 
szellemi tulajdonhoz fűződő jogokat. Kinek a jogait? Mi mó- 
don? Jó vagy rossz ez a , jogsértés"? Erről bővebben a 29. ol- 
dalon olvashatnak. 

De a világ változik! Mint ahogy lassan a Microsoft is kénytelen 
haditervet váltani. Nem hinném, hogy önszántából valaha is 
eljutott volna arra az elhatározásra, hogy a linuxos közösséggel 
kapcsolatot kell fenntartania, mégis érezhető a kikényszerített 
glasznoszty hatása. És ,ha már kell, akkor inkább vágjunk 
hozzá jó arcot" alapon a Microsoft jelentkezett a Linux World 
Expo kiállításra, és meg is kapta az R10-es standot 

(2 http:/www.inuxworldexpo.com)/). 





Windowsos programok 

Ha már itt tartunk, egy érdekességre szeretném felhívni a 
figyelmeteket. Gondolom, mindannyian szembekerültetek már 
olyan ismerőssel, aki át szeretett volna térni Linuxra, előtte 
azonban még a régi, megszokott világképén belül akart 
megismerkedni az új lehetőségekkel. Nekik szánjuk új win- 
dows könyvtárunkat, amelyben az átállás első lépéséhez 
találhat segítséget. Itt van az OpenOffice.org, valamint a 
mindkét felületen használható Opera böngésző windowsos 
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változata — ha ezeket már ismeri és szereti a leendő Linux-hívő, 
egy telepített rendszeren otthonosabban érzi majd magát. 

Van még egy érdekesség: a GNU remek segédprogramjait 
Windows alatt is sokan használni szeretnék. Ezt teszi lehe- 
tővé a cygwin és a MinGW csomag. Mindkettő egyszerűen 
alkalmazható, segítségükkel megbarátkozhatunk a GNU- 
eszközökkel. Érdemes még ellátogatni a 

2 http:/www.gnusofítware.com/ címre is. 


De miért csak egy? 

Hátravan még egy fontos és érdekes kérdés. Miért csak egy 
korong van a Linuxvilág tizenkilencedik számához csoma- 
golva? Sokakat megkérdeztünk, hogy mennyire tartja hasz- 
nosnak a lemezmellékleten található anyagokat, és bevallom, 
számomra is meglepő volt az eredmény. Nagyon sok olvasónk- 
tól kaptuk azt a választ, hogy örül ugyan a lemezeknek, de 
általában a rajtuk található anyagok egy részét használják 
csupán. Módosítottuk tehát a korongokkal kapcsolatos , házi- 
rendet": az újság mostantól általában egy lemezmelléklettel 
jelenik meg, de amennyiben érdekes anyagot találunk, amely 
megérdemli a második lemezt, természetesen kiadjuk. Ez a 
változás kihatott az előző számunkban előrejelzett SuSE- 
frissítőlemezre is, a frissítésre használható anyagokat minden 
érdeklődő következő számunk mellékletén találja meg. 
Fontos megjegyeznem, hogy továbbra is érdekel minket, mit 
látnátok szívesen a lemezeken, ezek a kérések és javaslatok 

a lemezek tartalmának megfelelő összeállításában segítenek 
minket. Kérek ezért minden kedves olvasót, akár nekem, akár 
Csontos Gyulának (csontos(alinuxvilag.hu) küldje el a mellék- 
lettel kapcsolatos ötletét, véleményét, kérését. 


Mindenkinek kellemes olvasást és jó linuxozást kívánok! 


Szy György 

a Linuxvilág főszerkesztője, a Kiskapu Kiadó 
vezetője. Mindenki véleményét és levelét 
örömmel várja az alábbi levélcímen: 
Szy.Gyorgyalinuxvilag.hu 








Programvadászat 


Mozilla 1.1 


Újabb Mozilla böngészőprogramot indí- 
tottak útjára, mely az 1.1 alpha változat- 
számmal rendelkezik. Az egyre nagyobb 
népszerűségnek örvendő böngésző 1-es 
és 1.1-es változatának fejlesztése párhu- 
zamosan folyik. A jelenlegi fejlesztői 
változat jelentős újdonságokkal nem 
szolgál, de több figyelemre méltó javí- 
tást is tartalmaz. Nemcsak a böngésző 
indulása lett lényegesen gyorsabb, ha- 
nem az oldalak megjelenítése is. Jelentős 
javítások történtek a korábban már 
bevezetett DHIML-értelmező és az 
eddig nem támogatott XBM formátumú 
képmegjelenítés terén. Ezentúl adott a 
lehetőség a MathML-forráskód megte- 
kintésére és a levelezőlistákon oly sokat 
üldözött HIML-alapú levelek egyszerű 
szöveges formában történő megjelení- 
tésére, ami a biztonság szempontjából 
sem elhanyagolható szolgáltatás. 

A Mentés és a Mentés másként szolgál- 
tatásokat kedvelők nagy örömére végre 
helyet kapott egy kis gomb a fájlkezelő 
ablakában, mellyel egyetlen kattintással 
hozhatunk létre tetszőleges nevű könyv- 
tárakat. Üzembe helyezték a letöltés- 
kezelőt, így a továbbiakban nem kell 
aggódnunk a félbeszakadt letöltésekért. 
A böngésző a korongunkon megtalál- 
ható tar.gz és rpm-csomagok segítségé- 
vel telepíthető. 


Magyar Mozilla Projekt 

Sem a Mozilla-, sem a Netscape-haszná- 
lóknak nem kellett sokáig várniuk ked- 
vencük magyar nyelvi csomagjainak 
megjelenésére. A Magyar Mozilla 
Project gyors, szinte naprakész fordítási 
munkájának köszönhetően mindkét 
próbaváltozathoz, a Mozilla 1.1-hez és 

a Netscape7.0 PR1-hez is megjelent a 
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2002-07-06 55 Telepítőkésztet Windowsra 


0 A Mozilla e EA jöádssái nálói felületének és súgójának Elkészült a telepítőkészlet a mee ek aka veve A eros 
lefordítása Windoves platformra. Letölthető a 
A fordítások folyamatos karbantartása az új programverziók 2002-07-02 55 Keresőmotorok 
megjelenésével párhuzamosan 
Újdonság a honlapon a teresőmotoroktal foglal 
megjelenése Célunt. minél tóbb magyár von: maszási tan elké 
összegyűjteni, ebben kérjük a felhasználók segítséi 


2002-07-O1 55 Hiba a levelezőben 
Kiss Gábor (Gabo) egy kellemetlen hibára irányította rá a 


Magyar nyelvi ése ag (anguage pack) készítése az éppen 
aktuális verzióho; 


Magyar nyelvű telepítócsomagok készítése minél több 
platformra az éppen aktuális verzióhoz 


Főbb lehetőségek: 


vi 
2002. június 29. 0 óra 30 perc után töltötte lg a nyelvi csomagot, 
ú teendője nincs, aki ezen Időpont előtt, az frissítheti, 


iyetvi 
fáj 
I kattintani a Mozíllából, és követni 
a képet eze Kelktső vánakás sokat nnak semmi 
ha zavarja az emíltett hiba. 


A magyar nyetvű nyetvi csomag tetöltése: A 
Csi tenál ke La e Aobátos 2 XPI kiterjesi sztésű 
Tek 


Csatlakozás a Magyar Mozttia Projekthez: Ha szeretnéd 
segíteni a Magyar Mozilla Projekt munkáját, ezen az oldalon 2002-06-28 55 Mozilla 1.tapha 
tudhatod meg, hogy mit kell tenned 
Atik a legfrissebb Mozilla verziót használják, immár mi ges 
magyarul ís ese ke az 1.00 óta bekerül 
Újdonságok nagyrészt angolul maradtak ira veeát estél ló 
Csak tesztelésre és kis neététn re ajántott használni 


2002-06-28 55 Netscape 7.0 PRI részleges támogatása 


Mivel a Netscápe 70 PRI a Mogillán alapul, kézentekvi k hogy a 

Mozííla magyar fordítását felhasználjuk a Nets scaápe-hez 

Elkészült egy olyan nyelvi csomag, ami használható a Netscape 
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Az érdeklődés kifejezhető a nyelvi csomag tetöttésével, Illetve 
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magyarítás. Ugyan a fordítás egyik bön- 
gésző esetében sem teljes, hiszen csak 
kipróbálásra szánt változatokról van 
szó, ha megvan a kellő érdeklődés, illet- 
ve a megfelelő számú letöltés, a végleges 
Netscape 7-es változat teljes kezelőfelü- 
lete (AIM, Net2Phone) fordításra kerül. 
A böngészők magyar nyelvi csomagja 
megtalálható korongunk Bongeszok/ 
magyar könyvtárában. lelepítésük 
rendkívül egyszerű, a langhuhu.xpi fájl 
böngészőből történő megnyitásával 
lehetséges. Az eltérő Linux-változatokra 
történő telepítéskor ügyelnünk kell a 
Mozilla chrome könyvtár írási jogára, 
vagyis a telepítést rendszergazdaként 
ajánlott elvégezni. A Netscape ,hogyan 
továbbjáról" szavazni a 

2 http://mozilla.fsf.hu oldalán, a 
Bugzilla rendszerén keresztül lehet. 


SOT Office 


Mindig jó hír a szabad rendszerek rajon- 
góinak, amikor új és jól használható 
irodai alkalmazás jelenik meg a piacon. 
A finn illetőségű SOT úgy határozott, 
hogy a SOTLinux 2002 jelenlegi válto- 
zata mellett elkészíti az OpenOffice.org 
irodai csomagjára épülő, továbbfejlesz- 
tett irodai alkalmazását. A csomag telje- 
sen ingyenes, a fejlesztői leírások szerint 
jól együttműködik a Microsoft-, nem 
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Fax Letter Date: ÖSZTÖMZ 


Ben Wison 

505 Belview Lodge 
Melbouwmne 
Austretia 

Tet : 6605 2394 

Fax 981 6735 


Sarah Ploughman 
19F Mulberry Lane 


re: your reguest 
Dear Sarah, 


Thanks for you ingulry.. We have five rooms avallable on the dates you regyested, 
including our deluxe suite. The standard room rates are $AU 95 per night, while the deluxe 
sulte is priced at $AU 140 per night 


Agyou may have read from our brochure, we run an airport shuttle service, and are more 
than happy to arrange transport to and from the alrport from you parents. 








TLAN TT 





meglepő módon az OpenOffice.org- és 
természetesen a StarOffice-alkalmazá- 
sokkal. A programcsomag főbb elemei: 
szövegszerkesztő (Writer), táblázatke- 
zelő (Calc), bemutatókészítő (Impress) 
és rajzolóprogram (Draw). CD-mellékle- 
tünkön megtalálható a SOIO és pilla- 
natnyi frissítése, mely tar.gz és rpm-cso- 
magok segítségével telepíthető. A prog- 
ramról bővebb leírást és ismertetőt a 
SOTO oldalán találhatunk. 

2 http:/www.sot.com/eny/linux/. 
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jDictionary 

Megjelent a magyar fejlesztésű szótár- 
program, a jDictionary1.06-os változata. 
A jDictionary felületfüggetlen, a legtöbb 
elterjedt operációs rendszeren futtat- 
ható, szépen kidolgozott grafikus felü- 
lettel rendelkező alkalmazás. Működésé- 
nek egyetlen feltétele egy Java futtatá- 
sára alkalmas környezet. A szótárfájlok 
bővítményalapúak, így csak a használni 
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JDíctionary  Pilugins 
jDictionary 


Aaa 5. Hunganian - French [//Frenchi— Hungarian ! "Help About] 


EJ Oictionaries (Local Disk) MET Seeat geg 
maries (Local Disi 
6-ET SMART Eng - Spa Dict Hungarian 5 French 
60-EJ SMART Ger - Hun Dict ! EdHungarian word to find: fújság] 
6- ET SMART Eng - Hun Exp. ! ONNEK 
6- I SMART Eng - Hun Dict 
C-EJSMART la - Eng Dict i 
€-EJSMART Eng - Ger Dict " képes újság 
9 EJSMART Fr - Hun Dict I újság 

D Hungarian - French l újság 

[DD French - Hungarian 

D Help 


DJ About 


e Wildcards (? and ") Regexp : . The given text 





Hungarian Í BET 
Journal illustré m. 
Journal m 
nouvelle f. 


as 
€ Rescan Piugins 

7] Downioaa § install Plugins 
23 Activate/Deactívate Plugins 
[33 News 8 into 

€? New jDictionarv available 





TOO The number of results: 2. (Within 0.125 sec.) 


jDictionary 1.6 (c) 2002 Csaba Kertész 





kívánt modulokat kell letöltenünk és 
telepítenünk. A jelenlegi változat az 
angol-német, angol-spanyol, francia— 
magyar, német-magyar, angol-magyar 
és svéd szótárfájlt tartalmazza. 

A program a jdictionary-1 62.zip fájl 
kicsomagolása után a java -jar 
jdictionary. jar paranccsal 
indítható. 


Downloader for X 

E havi korongunkra a letöltéskezelők 
királya, a Downloader for X 2.0.1-es 
változata került fel. A program mind 
tudásában, mind kinézetében (kezelő- 
felületében) a felső kategória győztese. 
Kezeli a HIIP az FIP és a HIIPS 
protokollokat. Képes a proxykiszolgá- 
lóhoz akár a felhasználónév, akár a 
jelszó megadásával kapcsolódni, továb- 


2002. augusztus J 
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bá alkalmas a párhuzamos és a megsza- 
kadt letöltések folytatására. Figyelemmel 
tudja kísérni a vágólap tartalmát, így 

ha letöltésre szánt címet talál a folya- 
matot, azonnal elindítja. A letöltés sebes- 
sége szabályozható, a három sebességi 
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fokozat közül kettőnek saját magunk 
adhatunk értéket, így nem zavarja a 
böngészést, és a sávszélességben korlá- 
tozott kiszolgálókat sem ostromolja 
feleslegesen. A sebesség növelése érde- 
kében önműködően képes keresni az 
FIP-tükörkiszolgálókon, és ha szüksé- 
ges, át tud váltani a kedvezőbb kiszol- 
gálóra. A letöltésre ítélt fájloknak külön 
profilokat hozhatunk létre, amelyekhez 
külön-külön más és más beállításokat 
rendelhetünk. lestreszabható eszköz- 
tárral és ikonkészlettel rendelkezik, 
melyek megjelenéséhez többféle téma 
közül választhatunk. Egy igen hasznos 
beállítási lehetőséggel kedvünkre sza- 
bályozhatjuk a kiszolgálóhoz való kap- 
csolódás próbálkozásainak számát és a 
köztük eltelt időt. Saját feladatütemező 
segítségével a nap bármely időpontjá- 
ban, akár távollétünkben is indíthatunk 
letöltést, anelynek végeztével bontja 

a vonalat. 


Rav AntiVirus 

Ebben a hónapban egy vírusirtócsalád 
kerül bemutatásra, mely nemcsak a 
kiszolgálók ellenőrzését tűzte ki céljául, 
hanem az otthoni linuxos felhasználókra 
is gondolt. A RAV AntiVirus a világ tíz 
legjobb vírusirtó terméke közé tartozik, 
mely már számos nemzetközi díjat 
nyert. Széles termékkínálata megoldást 
kínál a munkaállomástól a kiszolgálóig, 
az otthoni és az üzleti felhasználók szá- 
mára, Linux, MS Windows és Unix ope- 
rációs rendszerekhez egyaránt. A támo- 
gatott operációs rendszerek között sze- 
repel a Linux Server IBM Mainframe, 

a FreeBSD, az OpenBSD2.8/2.9/3.0, a 
NetBSD, a Unixware, a Sun Solaris, a 
Sun Solaris Sparc és a Novell. Az otthoni 
felhasználóknak szánt legújabb válto- 
zata a RAV Antivirus Desktop for 
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Linux8.14. Megközelítőleg 69 000 vírust, 
makrót, férget és trójait képes hatéko- 
nyan felderíteni és eltávolítani a rend- 
szerből. Vírusfertőzés esetén dönthe- 
tünk a fertőzött fájl sorsáról: töröljük, 
kiirtjuk a vírust, esetleg karanténba 
zárva és átnevezve tároljuk. A program- 
ban internetes frissítési lehetőség talál- 
ható, hogy rendszerünk a vírusok táma- 
dásaival szemben naprakész legyen. 
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1 day from last update. 


Sajnos, a program nem szabadon 
felhasználható, ezért a próbaváltozat 
feliratkozás nélkül csak harminc napig 
működőképes. 

2 http:/www.virfilter.hu 


Rendszermag 

Mellékletünkön megtalálható a legfris- 

sebb 2.5.24-es fejlesztői rendszermag. 

A változások teljes listája a 

2 http:/www.kernel.org/pub/linux/ 
kernel/v2.5/ChangeLog-2.5.24 

oldalon olvasható. 


gFTP 
A gFIP segítségével le- és feltöltési 


kapcsolatainkat ugyancsak egyszerűen 
[4 hl GETPIZIOMNT ESET 
- EJ for ffipindexhu [Port [d User: l Pass: 7 I HTTP d 19] 


/ 
ftp.index.hu (HTTP [AII Files" 





Not connected 


























Content-Type: textéhtmii s 
X-Cache: MISS from dexter.kft.kiskapu.hurs 


X-Cache-Lookup: MISS from dexter.kft.kiskapu.hu:51287E 
Proxy-Connection: closer: 

Retrieving directory listing... 

Finished retrieving data 





kezelhetjük, legyen az akár Ítp, http, 
SSH, illetve SSH2-es protokoll. Képes 
kezelni az SSH2-es protokoll sítp 
szolgáltatását is, ami mindazok életét 
nagyban megkönnyítheti, akik nagy 
fájlokat töltenek le és fel, de a kiszol- 
gálóhoz nincs ftp-elérés biztosítva. 





Tuxracer 1.1 

Játékos kedvű olvasóink kissé lehűthetik 
magukat ebben a nagy melegben a 
Tuxracer 1.1-es változatával. Ezt a játékot 
minden korosztálynak melegen (hide- 
gen) ajánljuk, segítségével ugyanis egy 
kissé elfeledkezhetünk a hőségről, és 
havas tájakon segíthetjük pingvinünket 
a győzelem felé. 


Aki elolvasta az e havi bevezetőt, már 
értesülhetett róla, hogy a mellékelt 
korongok száma kettőről egyre csök- 
kent. Ami természetesen a jövőben, 
fontosabb anyagok megjelenésekor nem 
zárja ki, hogy az újság két CD-mellék- 
lettel jelenjen meg. Ezen az egy koron- 
gon természetesen minden eddig meg- 
szokott anyag megtalálható lesz. 

Ami a könyvtárszerkezetben újdonságot 
lehet, az a Windows könyvtár meg- 
jelenése. Ezt azért tesszük, hogy ezzel 

is megkönnyítsük az egyelőre bizony- 
talankodó felhasználók első lépéseit 

a Linux felé, mivel a teljesen megbízható 
programok már Linux alá is megjelentek 
— ezekből fogunk itt hónapról hónapra 
egy-egy csokornyit összegyűjteni. 

A mostani korongra az OpenOffice.org 
irodai csomag és az Opera böngésző 
került fel, így mindenki, aki eddig 
idegenkedett, esetleg félt a Linuxtól, az 
most ezeknek a programoknak a 
telepítésével és használatával elkezdheti 
az áttérést. Ha már sikerült a programo- 
kat megszoknia, a Linuxra való áttérés- 
kor csak az új környezettel kell törődnie, 
mivel a programokat már magabiztosan 
használja. Két másik nagyon fontos 
program a MinGW és a cygwin környe- 
zet, ezek segítségével valamelyest uni- 
xos környezetet varázsolhatunk win- 
dowsos rendszerünkre, gyakorlatozni 
ez is nagyon jó kiindulási pont. 

Jó felüdülést! 


Dankaházi István 
(dankaolinuxvilag.hu) a Linuxvilág 
munkatársa. Szabadidejében szívesen 
úszik és kerékpározik. 





Intel Itanium 2 

A felsőkategóriás kiszolgálók piacára új 
processzor lép be az Intel új Itanium lap- 
kájának megjelenésével. Az Ítanium 2 

a tavaly 
megjelent 
Itaniumot 
váltja fel, 
amely a 
vele kap- 
csolatban 
felmerülő 
sorozatos gondok miatt soha nem lett 
igazán kedvelt a felhasználók körében. 
Az Intel fejlesztői a cég bevallása szerint 
javítottak a lapka felépítésén, és kipofoz- 
tak néhány részletet, így az újabb nem- 
zedék tagjai kétszeres teljesítményt nyúj- 
tanak elődeikhez képest. A jelentősebb 
gyártók, többek közt a Microsoft, az IBM, 
az Oracle, a Red Hat és a HP már beje- 
lentették támogatásukat. Az első Itanium 
2-alapú kiszolgálógépek bejelentése ha- 
marosan várható. Az Ítanium 2 lapkák 
900 és 1000 MHz-es órajellel működnek, 
áruk ezer dollár felett kezdődik. 

2 http:/wwwi.intel.com 





Indiában hódíthat a Simputer 
Indiában már ebben a hónapban megje- 
lenhetnek azok a kézi számítógépek, 
amelyeket a digitális választóvonal sze- 
rencsétlenebb felére eső embereknek 
szánnak. A készülék 
tervezésekor eleve 
az olcsóságot, az egy- 
szerűséget és a több- 
nyelvűséget tartották 
szem előtt. A gépek 
ugyanis a remények 
szerint olyan messzi 
vidékeken élők ke- 
zébe is eljutnak 
majd, akik írni-olvasni sem mindig tud- 
nak - ez természetesen a jelentősebb 
leendő tengerentúli vevőket nem akadá- 
lyozta meg abban, hogy a géppel kapcso- 
latban elismerésüket fejezzék ki. 

A Simputer leginkább a Palm kézigépei- 
re hasonlít. Alkalmazásai könnyen hasz- 
nálhatók képes hangüzenetek továbbí- 
tására, szövegek felolvasására és inter- 
net-hozzáférés felépítésére. 

A belsejébe egy Intel StromARM pro- 
cesszor kerül, a tápellátásról két AA-tí- 
pusú elem gondoskodik, memóriából 
pedig 32 vagy 64 MB jut - ezzel gazdál- 
kodhat a rajta futó Linux-változat. A kü- 
lönféle kiépítésekben elérhető, átszámít- 
va körülbelül 55-120 ezer forintba ke- 
rülő gépek a nagyjából 100 ezer forintos 
indiai éves átlagjövedelemhez mérve 
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olcsónak semmiképpen nem mondha- 
tók, így elterjesztésükben a helyi hivata- 
loknak, bankoknak és egyéb szerveze- 
teknek is jelentős szerep jut majd. 

2 http:/www.simputer.org 


Beépített protokollverem 
az Epson lapkájában 
Az Epson 51560000 jelzésű lapkájába 
— amellett, hogy az apró szilíciumszelet 
10Base-IT és 100Base-IX ethernetkapcso- 
latok kezelésére is képes — TCP/IP-proto- 
kollverem is került. A veremnek köszön- 
hetően nincs szükség arra, hogy a fel- 
használó az operációs rendszerhez külön 
: — vermet fej- 
lesszen, hi- 
szen a lap- 
ka képes a 
fontosabb 
internetes 
protokollok 
— többek 
közt ICMP HITPE DHCB SNMP - támo- 
gatására. A lapka közvetlenül csatlakoz- 
tatható több olyan Motorola, Hitachi és 
Intel processzortípushoz, amelyeket a 
különféle hordozható eszközökben ta- 
lálhatunk meg. Ha hálózati kapcsolatok 
kezelésére még alkalmatlan készüléket 
veszünk alapul, a lapkát beépítve a gép 
programjaiban és egyéb részeiben külö- 
nösebb módosítást végrehajtva azonnal 
hálózatba köthető eszközt kaphatunk. 
2 http:/www.eea.epson.com 


Továbbra is lesz kedvezményes 
internetezési lehetőség 

Amikor a Matáv bejelentette, hogy meg- 
szünteti a Mindenkinek csomagot és a 
150 forintos kedvezményt, hirtelen 
kisebbfajta riadalom támadt: mindenki az 
információs társadalom építéséről beszél, 
ezért nem szökhetnek a csillagokig az 
internetelérés árai. Az Informatikai és 
Hírközlési Minisztérium rövidre zárta a 
dolgot, és a távközlési céget némi állami 
támogatással megkínálva olyan díjcsoma- 
gokat dolgoztak ki, amelyek továbbra is 
lehetővé teszik az olcsó internetezést. 

A Matáv két - egy 15 és egy 40 órás — 
internetes díjcsomagot vezet be. Mind- 
két csomag a kedvezményes időszakban 
érvényes; az előbbi 15, az utóbbi 40 óra 
kedvezményes, a hatósági árnál olcsóbb 
hálózathasználatot tesz lehetővé -— lega- 
lábbis magánszemélyek számára. Ezzel 
párhuzamosan az 51-es körzetbe tartozó 
számok hívásának díja mindennap éjfél 
és reggel 7 óra között 0, 5 forintra csökkent. 
2 http:/www.matav.hu 

2 http:/www.ihm.gov.hu 


Az nVidia bemutatta az új Cg progra- 
mozási nyelvet, illetve a hozzá tartozó 
fordítót. Az új nyelv segít- 

magas szinten dolgozva, 1 ; 
könnyedén hozhatnak létre 

valós időben megjelenő . 
épül az nVidia Cg programozási kör- 
nyezet. Segítségével a DirectX 8 vagy 
DirectX 9 szabványt támogató GPU-kra 
követelményeknek megfelelő eszközön 
lefordíthatók és futtathatók, így a fej- 
lesztéseket Windows, OS X, Linux ope- 
gépekre, valamint Xboxra egyaránt el 
lehet végezni. lermészetesen az nVidia 
által fejlesztett eszköz tökéletesen 

és különleges szolgáltatásait. A fordító 
emellett képes a régebbi, sőt, a jövőbeli 
kártyák kezelésére is, a Unified Compi- 
teszi, hogy a programok futási időben az 
éppen használt CPU képességeihez 
alkalmazkodjanak. 


Cg programozási nyelv az nVidiától 
ségével a programozók 

grafikákat, hatásokat. A Cg fordító köré 
írt programok később tetszőleges, a 
rációs rendszerekre, PC és Macintosh 
kihasználja az nVidia GPU-k képességeit 
ler Architecture (UCA) pedig lehetővé 

2 http:/developer.nvidia.com/cg 
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Digitális képalkotási oldal a HP-nál 
A HP Magyarország új oldalán a di- 
gitális képalkotással kapcsolatos kérdé- 
seikre lelhetnek választ az érdeklődők. 
A honlapon a fényképezéssel és álta- 
lában a képalkotással kapcsolatos tud- 
nivalókat, köztük mini lexikont, illetve 
fényképezéssel és termékpróbával 
foglalkozó angol és magyar nyelvű 
oldalakra való hivatkozásokat találunk. 





A Magyar Fotográfusok Házában egy 
HP-sarkot is kialakítottak, amelyben 

az érdeklődők minden, a témához kap- 
csolódó HP-terméket megismerhetnek. 
A bemutatóteremben hétvégente ingye- 
nes tanfolyamokat is tartanak, amelye- 
ken az érdeklődők a kezdőtől egészen 

a profi szintig elsajátíthatják a ftényké- 
pezéssel kapcsolatos fogásokat. 

2 http:/www.hp.hu/digitalis-kepalkotas 


Vezeték nélküli hálózatok biztonságát 
felügyeli az IBM új eszköze 

Az IBM Research olyan új eszközt mu- 
tatott be, amely a 802.11-es vezeték 
nélküli hálózatok biztonságát hivatott 
önműködően ellenőrizni. A Distributed 
Wireless Security Auditor (DWSA) asz- 
tali és hordozható számítógépeken fut, 
folyamatosan figyeli a hálózati bizton- 
ságot, és percenként jelentést tesz a 
központi kiszolgálónak. 

A rendszer elődjét, a zsebtitkárokon 
futó Wireless Security Auditort (WSA) 
egy évvel ezelőtt mutatták be. Ennek 
az általánosan elérhető eszköznek a 
továbbfejlesztése a DWSA, amelyet 
további önellenőrző képességekkel 
ruháztak fel. 

A vezeték nélküli hálózatok népszerű- 
ségének folyamatos növekedésével 
egyre fontosabb a biztonsági kérdések 
megoldása. A Linux alá is elérhető rend- 
szer jelenlétük jelzése mellett a rosszin- 
dulatú hálózati csomópontokat is képes 
felderíteni. A csomópontok fizikai helyét 


ő Linuxvilág 


háromszögeléssel határozza meg, 

amennyiben a jelüket legalább három 

normál hálózati eszköz érzékeli. A hely- 

meghatározás után a rendszergazda 

azonnal, az iroda vagy telephely körbe- 

járása nélkül intézkedhet, és a kérdéses 

eszközt eltávolíthatja vagy kitilthatja 

a hálózatból. 

2 http:/www.research.ibm00.com/ 
gsal/dwsa 


Asus-újdonságok 
Az Asus három új 
alaplapot jelentett be 
P4S8X, AZN8X és 
A7V3X jelzéssel. Ez önmagában nem 
újdonság, az viszont annál inkább, 

hogy az új lapok már támogatják a 
Serial AIA és az AGP 8x megoldásokat. 
A három alaplap SiS 648, VIA KI400 és 
nVidia lapkakészletre épül. Az új ATIA- 
szabványnak köszönhetően megválha- 
tunk a nehezen kezelhető, a gépek szel- 
lőzését rontó vaskos szalagkábelektől, 
miközben a felület átviteli sebessége 

150 MB/s-ra nő. Az AGP 8x, avagy AGP 
3.0-s szabványú csatlakozó pedig 32 bi- 
ten, 533 MHz-es órajellel nem kevesebb, 
mint 2,1 GB/s-os sávszélességet tesz 
elérhetővé grafikus kártyánk számára. 
Az új alaplapok nyár végén érkeznek 

a boltokba. 

Az Asus kínálata egy DVR-104 jelzésű 
DVD-íróval is gazdagodott. Az új meg- 
hajtó a DVD-R és DVD-RW szabványo- 
kat támogatja, a lemezeket 2X és 1x 
sebességgel tudja írni. A DVD-lemezeket 
6x, a CD-ket pedig 24Xx sebességgel 
olvassa, CD írására 8Xx, újraírására 4Xx 
tempóval képes. Az átmeneti tár kiürü- 
lése miatt lemezt nem ront, sőt, saját hű- 
tőventilátorral rendelkezik, és függőle- 
ges helyzetben is beszerelhető. Az ATAPI- 
csatlakozós, UDMA33-támogatással 
rendelkező DVR-104 júliustól kapható. 
2 http:/www.asus.com.tw 





Toshiba Bluetooth SD kártya 

A loshiba internetes boltjában már be 

is szerezhető az a Bluetooth SD (Secure 
Digital) kártya, amelyet kifejezetten 
Pocket PC gépekhez fejlesztettek. A kö- 
rülbelül postai bélyeg nagyságú, néhány 
mozdulattal 
telepíthető kártya 
segítségével a zseb- 
titkárok pillanatok 
alatt hálózatba kap- 
csolhatók, és többek között asztali szá- 
mítógépeket, nyomtatókat, mobiltelefo- 
nokat és hozzáférési pontokat érhetünk 
el róluk. A kártya ára 149 dollár. 

2 http:/www.shoptoshiba.com 
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Elfogadták a 10 Gbites 
ethernetszabványt 

A 10 Gigabit Ethernet Alliance bejelen- 
tette, hogy az IEEE szabványosítási 
folyamatában is megtörtént a végső 
lépés: háromévnyi munka eredménye- 
ként a 10 Gbit/másodperc sebességű 
ethernetrendszer 
302.3ae jelzéssel 
immár hivatalo- 
san is IEFE-szab- 
vány. A szabvá- 
nyosítás révén 

— elvileg — már 
nem kell attól 
tartani, hogy a 
különféle gyártók termékei nem tökéle- 
tesen működnek együtt egymással, és 
széles körben megkezdődhet a legna- 
gyobb sebességű ethernethálózatok 
telepítése gerinchálózatokon, kiszolgá- 
lótelepeken, adatközpontokban. 

A 10 Gbites ethernetszabvány fontos 
előnye, hogy megőrzi a hagyományos 
ethernet keretformátumot, illetve a 
keretek legkisebb és legnagyobb mérete 
is azonos, így a gerinchálózat és a kisebb 
sebességű helyi hálózatok összekapcso- 
lása könnyedén elvégezhető. A leggyor- 
sabb ethernethálózatok kizárólag optikai 
szálon működnek, hatótávolságuk akár 
a negyven kilométert is elérheti. 

2 http:/www.ieee.org 





Sony Ericsson 1300 mobiltelefon 
A Sony Ericsson 1300-as mobiltelefonját 
sajnos csak év vége felé vehetjük kézbe, 
úgy tűnik azonban, hogy megéri a vára- 
kozást. 
: ; A telefon 
9) sony Ericsson sz ezt ső 
GSM-sávot 

ismerni fogja, 24 szólamú csengőhangok 
megszólaltatására is képes lesz, valamint 
MMS-küldésre is használhatjuk. Vele 
együtt jelenik meg egy új digitális ka- 
mera, a CommuniCam MCA-25. 
A 1300 további érdekessége, hogy 256 
színű kijelzőjén a játékok futtatása a je- 
lenlegi telefonoknál érdekesebb lesz. Mi 
több, a programok beszerzése sem lesz 
nehéz: egyrészt a cég WAP-oldaláról is 
letölthetünk klasszikus, az Atari gépekről 
megismert játékokat, másrészt a meg- 
felelő fejlesztői készlet beszerzése után 
akár magunk is írhatunk programokat. 

A készülék készenléti ideje 300-350 óra, 
beszélgetési ideje pedig 6-7 óra lesz 

— a cég ígérete szerint emellett a széles 
közönség számára is elérhető áron kerül 
majd piacra. 

2 http:/www.sonyericsson.com 
2 http:/www.mophun.com 





Kína előretör 
A kínai állam erőteljesen 
támogatja a szabad prog- 
ramok fejlesztését, a Linux 
és holdudvara a hatalmas ország kor- 
mányzatában is helyet kap. Szeretnék 
függetleníteni magukat az amerikai 
cégektől, az amerikai befolyástól — ez az 
a politika, amit most inkább ne fesze- 
gessünk. A , helyi" terjesztés fejlesztője, 
a Red Flag az asztali gépek meghódí- 
tása után most a hordozható készülé- 
kek esetében is ki szeretné terjeszteni 
a jelenlétét. Ennek a törekvésnek része 
az is, hogy együttműködési megállapo- 
dást kötött az Operával, az ismert 
böngésző fejlesztőjével. A Red Flag 
által fejlesztett csomagok ezentúl zseb- 
titkárokon, set-top boxokon és vékony 
ügyfeleken egyaránt működőképesek 
és jól használhatók lesznek — köszönhe- 
tően az Opera megjelenítési és egyéb 
képességeinek. 
[Ide tartozik, hogy a Irolltech is meg- 
egyezett a Red Flaggel: együtt fejlesz- 
tenek és értékesítenek egy beágyazott 
Linux-változatot zsebtitkárokhoz, vé- 
kony ügyfelekhez és set-top boxokhoz, 
valamint további hasonló eszközökhöz, 
amelyek piacán jelentős növekedés vár- 
ható. Az együttműködés keretében 
a Red Flag telephelyén Ot technológiai 
központ is nyílik, a két cég együttesen 
teszi elérhetővé a Irolltech asztali ter- 
mékeit kereskedelmi, oktatási és kutatási 
ügyfelei számára, valamint képzési és 
támogatási szolgáltatásokkal is a kínai 
érdeklődők rendelkezésére áll. 
2 http:/www.redflag-linux.com/ 
eindex.html 





Linuxos számítógépek 

a nagyáruházakban 

Az Egyesült Államokban teljesen más- 
ként zajlik a számítógépek vásárlása, 
mint kicsiny hazánkban. Ezért fontos 


fegyvertény, hogy a 
WAL:MART" 


Wal-Mart olyan 
számítógépeket is 

felvett a kínálatába, amelyekre előzete- 
sen nem telepítették fel a Microsoft 
Windowst. Az áruházlánc honlapján 
viszont (monitor nélkül) 400-500 dollár- 
ért rendelhető olyan számítógép, 
amelyre Lindows operációs rendszer 
kerül, illetve operációs rendszer nélkül 
szállított gép is beszerezhető. A hon- 
lapon külön részt hoztak létre a Win- 
dows nélkül megvásárolható számító- 
gépek számára, amelyek között AMD- 
és Intel-alapú összeállítások egyaránt 
találhatók. 

2 http:/www.walmart.com 
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Elérhető a KOffice 1.2h2 


Augusztus végére várható az 1.2-es 
KOffice végleges változatának megje- 
lenése, addig is be kell érnünk az újabb 
próbaváltozattal. Csak néhány az új és 
javított tulajdonságok 
közül: a csomag alkal- 
mazásai egységesebbekké 
váltak, szélesítették a ke- 
resési, illetve cserélési lehetőségek körét, 
a KWord dokumentumait lábjegyzetek- 
kel is elláthatjuk, bővült a keretek hasz- 
nálhatósága, a KSpread immár sablo- 
nokkal is tud dolgozni, a táblázatokon 
több nézetet is létrehozhatunk, és 
nyomtatáskor kiválaszthatjuk a nyom- 
tatni kívánt területet. Előrefordított 
csomagok SuSE és Mandrake Linuxok- 
hoz érhetők el, az egyéb terjesztések 
használói a forráskódot tölthetik le. 

2 http:/www.koffice.org 


Lesz 64-bites Mandrake Linux 

A MandrakeSoft bejelentette, hogy 
Linux-terjesztéseivel támogatni fogja 

az AMD új, nyolcadik nemzedékbeli, 

64 bites Athlon és Opteron processzo- 
rait. A Mandrake 
már dolgozik azon, 
hogy termékeit x836- 
. 64-es processzorokra 
ültesse át, amelyek 
— és velük együtt 
maga az operációs 
rendszer is — a 32- és 
64-bites programok futtatására egyaránt 
képesek. Az új Mandrake Linux 9.x 
sorozat első tagjai 2003 elején bukkan- 
nak majd fel. 

2 http:/www.mandrakesoft.com 
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Megjelent a Gnome 2.0 

Több próbaváltozat után a végleges 2.0-s 
Gnome is kikerült a fejlesztők kezei kö- 
zül. A megjelenésről szóló közlemény- 
ben fontosnak tartották 
kiemelni, hogy az abla- 
kozó környezet minden 
lehetséges módon támo- 
gatja a fogyatékos embe- 
reket, illetve számítógép- 
használatukat a 2.x sorozat későbbi 
tagjaiban további szolgáltatások fogják 
segíteni. Az új Gnome új könyvtárakat, 
kellékeket használ, moduláris 
felépítésének köszönhetően pedig 
különösen rugalmas fejlesztési 
környezetet kínál a programozás iránt 
érdeklődőknek. A későbbi kiadásokban 
a kedvelt Evolution, Galeon, Mozilla 

és Gnumeric alkalmazások natív 
változatai is megtalálhatók lesznek. 

2 http:/www.gnome.org 


Megjelent a FreeBSD 4.6 


A fejlesztők rengeteg ellenőrzést végez- 
tek a FreeBSD kódján - céljuk egy letisz- 
tultabb állapot elérése. Kisebb-nagyobb 
hibákat kijavítottak, 
miközben néhány 
szolgáltatással is 
bővült a rendszer, 
valamint a leírások is 
frissültek. Jó néhány há- 

lózati csatoló illesztőprogramja bekerült 
a terjesztésbe, elérhető a 137 GB-nál 
nagyobb ATA-meghajtók támogatása, és 
számos hálózatkezeléssel kapcsolatos 
változás is történt. A fejlesztők továbbra 
is tartják a négy hónapos ütemezést, így 
a 4.7-es változat októberre várható, a 
vele párhuzamosan készülő 5.0-s kiadást 
pedig november 20-ára ígérik. 

2 http:/www.freebsd.org 





Medgyesi Zoltán (mzxoaxelero.hu) 

a BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszíveseb- 
ben a barátnőjével tölti. Szeret autózni 
és bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, 
hogy áttérjen rá. A Linuxvilág magazin 
hírszerkesztője. 
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Cégvilág 


Oracle 91 v2 Linuxra 

Az Oracle kibővítette Linux-támogatását az Oracle9i ter- 
mékcsaládban, ami az Oracle9i adatbázis-kezelő és alkal- 
mazáskiszolgáló, illetve az Oracle9i Developer Suite fej- 
lesztőkészlet 2-es változatának linuxos megjelenését 
takarja. Az IDC szerint az elkövetkező években a Linux 

a vállalati adatbázisok kulcsfontosságú felületévé növi 

ki magát. Az Oracle az első olyan programszállító, amely 
kereskedelmi forgalomban elérhető relációs adatbázis- 
kezelővel, alkalmazáskiszolgálóval és teljes fejlesztőkész- 
lettel támogatja a linuxos fejlesztéseket. Az Oracle-t szá- 
mos független Linux-felmérésben a legkedveltebb prog- 
ramszállítóként jelölték meg, továbbá a vállalat már szá- 
mos Linux-díjat elnyert. Nemrégiben a Linux Journal az 
Oracle9i adatbázis-kezelőt ismerte el a legjobb linuxos 
adatbázis-kezelőnek, az Evans Data amerikai piackutató 
pedig a linuxos fejlesztők körében végzett felmérése 
alapján megállapította, hogy linuxos fejlesztéseknél az 
Oracle9i alkalmazáskiszolgáló a legkedveltebb és leg- 
nagyobb példányszámban telepített alkalmazáskiszolgáló. 
2 http:/Awww.oracle.com/hu 


Westel - MTI: MMS-alapú hírszolgáltatás 
Az MMS új alkalmazási lehetőségeinek vizsgálatát és új 
szolgáltatások kidolgozását tűzi ki célul a Westel és a 
Magyar Távirati Iroda megállapodása. Az együttműködés 
célja, hogy a hírügynökség a későbbiekben egy átfogó 
kutatás-fejlesztési program keretében kidolgozott mobil 
multimédia tartalomszolgáltatásokat nyújthasson. Az MTI 
a tartalomipar, a távközlés és az informatika összefonódá- 
sára, az internet- és a mobiltelefon-felhasználók körének 
jelentős bővülésére tekintettel, illetve az MIMS fejlődésé- 
nek kedvező előrejelzéseire támaszkodva hagyományos 
hírügynökségi szolgáltatásainak továbbfejlesztését tűzte 
ki céljául. A megállapodás alapján a program első szaka- 
sza a szakértői egyeztetéseké, a részletes, tényleges fela- 
datokat, erőforrásokat és célokat meghatározó kutatási 
program ezt követően legkésőbb ősszel kezdetét veheti. 
2 http://www.westel.hu 


Új üzletág a Montana Rt.-nél 

A Montana Rt. dr. Márkházai Sándor-t nevezte ki május- 
ban indított új kereskedelmi üzletágának igazgatójául. 
Az új üzletág a könnyűipar és logisztika területén tevé- 
kenykedő cégek testreszabott informatikai megoldásai- 
nak kialakításaira és szállítására összpontosít. 

Az újonnan kinevezett igazgató feladata többek között, 
hogy felügyelje mind a fuvarozás-szállítmányozás, mind 
az élelmiszeripar és az elektronika területén történő 
dinamikus cégvásárlások következtében létrejövő új 
cégek informatikai rendszereinek kiépítését és egységes 
vállalatirányítási rendszereinek megvalósítását. 

A Montana Rt. nem titkolt célja, hogy egyedi tudásának 
köszönhetően első számú informatikai partnerré váljon 

a szállítmányozási és a könnyűipari szektorban — informa- 
tikai szempontból a legerősebb fejlődés az összes ipará- 
gat tekintve jellemzően ezen a területen tapasztalható. 

2 http://www.montana.hu 


Tartalomkezelő rendszert 

mutatott be a telnet 

Miközben egyre több vállalkozás fedezi fel az Internet 
nyújtotta lehetőségeket, alapkövetelménnyé vált, hogy 
az ügyfelek hálózati megjelenésüket, honlapjuk műszaki 
hátterét folyamatosan fejleszteni tudják. Erre az igényre 
született válaszként a webX alkalmazás, amely rugal- 
mas, saját szerkesztőrendszerrel rendelkezik, és segítsé- 
gével rendkívül hatékonyan lehet létrehozni kész, mű- 
ködő honlapokat — akár egy hét alatt is. 

Az egyes elemek cserélhetőségének köszönhetően a 
webX rendszer bármikor igény szerint bővíthető, alakít- 
ható, a honlaphoz tartozó szerkesztőrendszer segítsé- 
gével pedig a megjeleníteni kívánt adatokat bármilyen 
különösebb szaktudás nélkül bárki fel tudja vinni. A leen- 
dő ügyfelek teljes körű kiszolgálását személyes ügyfél- 
menedzser és 24 órás ügyfélszolgálat biztosítja. 

2 http:/Awww.webx.hu 


Rádiós internet-hozzáférés a CovySofttól 
RadioNET néven új rádiós internetszolgáltatást indított a 
CovySoft Networks. Az új szolgáltatás a szabadon hasz- 
nálható 2,4 GHz-es hullámhosszon díjcsomagtól függően 
256-/768 KB/s sebességű hozzáférést biztosít. A cég ma- 
gánszemélyeknek és vállalkozásoknak egyaránt kidolgozott 
díjcsomagokat, így hároméves szerződés aláírása esetén a 
szolgáltatás árait tekintve versenyképes a vezetékes szol- 
gáltatók ADSL-csomagjaival. A hozzáférést illetéktelen sze- 
mélyektől alapesetben 48 bites titkosítással védik, telepí- 
tése a körülményektől függően 1—4 hetet vesz igénybe. 

2 http:/Awww.covysoft.hu 


Leszállították a tízezredik 

IBM Shark kiszolgálót 

Az IBM ESS adattároló rendszerét a világ minden tájára 
Magyarországról szállítják, hiszen a gépek összeszerelése 
teljes egészében Vácott zajlik. Az ESS gyártását az IBM 
1999-ben kezdte meg, a váci üzem termelése az eltelt nem 
egészen három év alatt elérte a tízezres mennyiséget. 
1999 óta az IBM rengeteg különféle vállalat számára szállí- 
tott Enterprise Storage Servert, köztük a Fortune magazin 
100-as listáján szereplő vállalatok 74 százalékának. A váci 
üzem Shark kiszolgálók formájában összességében már 
több mint 22 petabájt tárolókapacitást bocsátott ügyfelei 
rendelkezésére. A Föld különböző részein Enterprise 
Storage Server rendszereken tárolt adatok mennyisége 
több mint 37 millió teleírt CD-ROM tartalmának felel meg. 
A tízezredik Shark kiszolgáló egy 185 terabájtos kapaci- 
tású tárolórendszer részét alkotja, amelyet az IBM alakít 
ki a Commerzbank számára. 

2 http:/Awww.ibm.hu 


Medgyesi Zoltán (mzx(oaxelero.hu) 

a BMGE 24 éves informatika szakos hallgatója. 
Szabadidejét legszívesebben a barátnőjével tölti. 
Szeret autózni és bográcsban főzni. A Linuxot hat 
éve ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág magazin hírszerkesztője. 
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Úgy kezdődött, hogy csökkenteni akarták a GNU CVS 
fenntartóinak a terheltségét, időközben azonban olyan 
nagyratörő projekt bontakozott ki, melynek célja egy tel- 
jes fejlesztésbefogadó szolgáltatás. 2001 októberében 

a GNU Project bejelentette, hogy teljesen újraírják a 
SourceForge progra- 

mot, és a változtatások ete TN NO EKE ONYEENTE 


mogató csomag fejlesztők, fordítók és felhasználók szá- 
mára. Lehetővé teszi a nemzetközivé tételt, ami a jelen- 
legi SourceForge-rendszerből nagyon hiányzik. 

Az új rendszer fejlesztői olyan rendszer kialakítását tűzték 
ki célul, ahol a programváltozatok közti frissítési útvonal 


GNU"s Not Unix! 


easily join existing Free Software sarnébt 
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segítő, egybeépített 
fejlesztői környezet. 
Webes felülete portál- 
ként szolgál a CVS-, az 
FTP- és az elektronikus 
levelezési szolgálta- 
tásokhoz. Az eredeti SourceForge-kiszolgáló, 

a 5 http://SourceForge.net jelenleg több mint harminc- 
ezer projektnek és 300 ezer felhasználónak , ad otthont". 
A GNU Project a 5 http://savannah.gnu.org honlapon 
már 2000 óta a SourceForge program módosított válto- 
zatát futtatta. A Savannah-t a GNU önkéntesei állították 
fel azzal a céllal, hogy a GNU projekt irányítását önmű- 
ködővé tegyék és megkönnyítsék. A GNU Project fejlesz- 
tői kifejezetten egy a szabad programok készítését támo- 
gató szolgáltatást akarnak létrehozni, a VA Software 
vállalattól függetlenül, 

Sok fejtörést okozott a jelenlegi SourceForge-rendszer 
központosított szerkezete. Mi történik a harmincezernél 
is több befogadott projekttel, ha a VA Software-nek 
esetleg nem áll módjában (anyagilag) támogatni a 
SourceForge.net-et, vagy ha valamilyen SSSCA-szerű 
büntetés valósággá válik? 

A fejlesztőcsapat a nyilvánvaló megoldást választotta, 
és a decentralizáció mellett döntött. A programfejlesz- 
tések befogadását hálózatot alkotva több webhely végzi, 
és a projektek a hálózat minden csomópontjáról olvas- 
hatók lesznek. 

Az új Savannah rendszert futtató számítógépek mind- 
egyike bizonyos számú írható, illetve olvasható és 

csak olvasható fejlesztést fogad majd be. Az írható, 
illetve olvasható fejlesztések az adott gépen foglalnak 
helyet, a csak olvashatók pedig a más gépen befoga- 
dott projektek tükrözései lesznek. Abban az esetben, 
ha valamelyik gép leáll, az ott befogadott fejlesztők 
átköltözhetnek a projektjük valamelyik tükörképére, 

s beállíthatják, hogy az legyen a projektírási, illetve — 
olvasási kiszolgálója. A különböző kiszolgálók egy XML- 
alapú formátum segítségével kicserélik egymás között 
a projektmeghatározásokat. A Savannah szolgáltatása 
hibatűrő: az egyes gépek kiesése nem okoz adatvesztést. 
A Savannah fejlesztői az új rendszer teljes tartalmát 
mintákra alapozzák. Az oldalrészek GNU gettext fájlokból 
olvashatók be — az olvasó nyelvi beállításainak megfele- 
lően. A gettext többnyelvű alkalmazások készítését tá- 
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világosan meghatározott. A programot a Debian .deb 
csomagjainak segítségével kötegelik, a frissítés pedig a 
csomagrendszer használata révén önműködővé tehető. 
A rendszer alapját a GNU phpGroupWare kódolás adja. 
A phpGroupWare mintákat valósít meg, amelyek a 
nyelvi változatok készítéséhez, a hitelesítéshez, az adat- 
bázisok eléréséhez, az XML-RPC felületekhez és a mun- 
kamenetek kezeléséhez szükségesek. A Savannah és a 
phpGroupWare fejlesztőgárdája szorosan együttműködik, 
eredményeiket kicserélik egymás között. 

Ahogyan Bradley Kuhn, a Free Software Foundation 
(Szabad Szoftver Alapítvány) alelnöke írta: 

"A szabad programfejlesztéshez elengedhetetlen egy 
együttműködést biztosító webhely, amely egységes 
felülettel segíti a fejlesztések irányítását. A program- 
szabadság ügyének érdekében ezeket a weboldalakat 
kizárólag szabad programokkal kell megvalósítani. 

A Savannah a GNU Project esetében pontosan ezt teszi, 
és hamarosan az összes GPL-megfelelő szabad prog- 
ramfejlesztésre is kiterjed majd." 

A Savannah fontos szolgáltatásokat fog nyújtani a sza- 
bad programok fejlesztőinek. A 5 http://SourceForge.net 
szolgáltatásait az egész világra kiterjedő kiszolgálóháló- 
zaton fogja elérhetővé tenni, ahol a kiszolgálók az 
egyes fejlesztők anyanyelvén beszélnek. A Savannah 
hibatűrő és képes az adatok helyreállítására. És min- 
denekelőtt egyetlen dologban igényel csak támogatást: 
önkéntesekre van szüksége, akik a befogadó szolgál- 
tatást nyújtják, és azokat képességeik szerint támogat- 
ják. A Savannah rendszerről bővebb tájékoztatást a 

2 http://savannah.gnu.org honlapon találsz (7. kép). 

A GNU Project a 5 http:/Awww.gnu.org oldalon (2. kép) 
található. A szabad program meghatározását a 

2 http://www.gnu.org/philosophy/free-sv.html oldalon 
olvashatod. 
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Beszélgetés az MPlayer fejleszőivel 


, sát 


Ismét született egy világhírű és nagysikerű 
magyar fejlesztés. A program megalkotóival 
szerzőnk csevegett. 


A sorozat eddigi cikkeiben rengeteget beszéltem erről 

a — mondhatni — egyedülálló magyar fejlesztésről, az 
MpPlayerről és a hozzá tartozó MEncoderről, amellyel 
szinte az egész linuxos tábort sikerült meghódítaniuk. 

Mi sem szemléletesebb bizonyítéka a már előző cikkben 
is említett 5 http./freshmeat.net-en található kimutatás. 
A korábbi helyzethez képest azonban változás állt be: az 
MPlayer -— nem kis meglepetésre — jócskán megelőzte az 
eddigi örökös első helyezettet, a Linux Kernelt, és ezzel 

a világ egyik legnagyobb linuxos projektekkel foglalkozó 
portál statisztikájának tanulsága szerint az élre állt. 

A történtek hatására úgy éreztem, hogy a sorozat nem 
lenne teljes, ha nem ejtenék néhány szót a program 
emberi hátteréről, amely a fent emlegetett teljesítmény 
elérésében kulcsszerepet játszott, ezért felvettem a kap- 
csolatot a fejlesztői csoporttal. Ennek eredményeként 
született meg az alábbi beszélgetés. 


Komáromi Zoltán: Azt hiszem, elég jó témába fogtatok 
az MPlayer-fejlesztéssel — nem az a kimondottan szűk 
terület. Mikor és hogyan kezdődött? 

Gereőffy Árpád: Két éve, 2000 őszén kölcsönkaptam 
egy videoCD-t, amit megnéztem volna, ha lett volna 
mivel. Az akkori lejátszók: mtv, xmps, xmovie nem 
játszották le. Egy hétnyi xmps-hibajavítás után rájöttem, 
hogy alapjaiban van elrontva az egész, nem érdemes 
több időt ölni bele, egyszerűbb elölről kezdeni. Így szüle- 
tett meg az mpgi12player, a mai MPlayer őse. Aztán jött 
a DivX, kellett az AVI-támogatás, és a program neve 
ezért lett — elég fantáziátlanul — MPlayerre módosítva. 
Ponekker Zoltán (Pontscho, a továbbiakban P): Pedig 
mit kínlódtunk a névvel! Voltak elég vad ötleteink is. 
Bérczi Gábor (Gabucino, a továbbiakban G.): Körülbelül, 
mint az UHU Linux névvariációk, lásd régebben Pulinux. 
K. Z.: Hányan is vagytok most pontosan? 

G. Á.: 2 xN-en. Mindenki hozott magával egy embert... 
G.: Mi is a kérdés pontosan? 

G. Á.: Na szóval, ezt a kérdést így lehetetlen megvála- 
szolni, bár egy jól összeállított grep, awk, wc hármassal 
a CVS naplóból talán kinyerhető a szám. Én inkább két fő 
csoportra osztanám a népet: van a fejlesztői mag (core 
developerek), akiknek ez a fő projektjük, a legtöbb szabad- 
idejüket az MPlayernek áldozzák; és akadnak közreműkö- 
dők (contributorok), akik 1—2 vagy akár több kisebb-na- 
gyobb foltot küldtek, ami bekerült a kódba, de amúgy nem 
tevékeny fejlesztők. Az utóbbiak közül több százan köz- 
reműködnek, az előbbiek közül nem olyan sokan munkál- 
kodnak rajta, azonban őket is nehéz lenne összeszámlálni. 
Azok a hazai tagok, akik még ma is tevékeny résztvevők: 
— én (Gereöffy Árpád) — amolyan projektvezető-féleség 
vagyok, én döntök a foltok, javítások, kiegészítések sor- 
sáról (nem egyedül, ámde enyém a döntő szó), amúgy 
főleg a kodekekkel és demuxerekkel, illetve A-V sync 


kódokkal foglalkozom, ha időm engedi. 

— Gabucino — ő alkotja meg a leírást és a weboldalt, neki 
köszönhetjük, hogy RTFM-ezni lehet a levelezőlistákon. 

— Pontscho — a GUI és az egyéb X11-gyel kapcsolatos 
kódok, vezérlők (-vo driverek) szerzője sok minden más 
mellett. 

— Alex (Alex Beregszászi) — ő az, aki mindenbe beleszól, 
véglegesít, letisztáz és néha még , hasznos" dolgokat is Ír. 
Mint ismeretes, körülbelül a csapat fele külföldi, így 
például: 

— Michael Niedermayer — eleinte a kényes kódrészek 
assmeblyre való átírásával, hatékonyabbá tételével se- 
gített, ezzel elérte, hogy az MPlayer a létező leggyorsabb 
DivX-lejátszó, mostanában inkább az mpeg-4 tömörítőt 
(encodert) javítgatja, mára a DivX5-nél is jobb minőségűre. 
— Albeu (Alban Bedel) — neki köszönhetők a felhasználók 
körében nem mindig népszerű hierarchikus fájllisták, a 
fájlonként, illetve fájlecsoportonként hatásos kapcsolók 
(playtree/configtree, amelyet kissé nehéz átlátni, így sok 
fejtörést okoz a kezdőknek), valamint a csak hang- 
(audio-only — mp3, ogg, wav, wma) lejátszás Is. 

— Atmos (Felix Bünemann) — amolyan társfenntartó (co- 
maintainer). Amikor éppen nem érek rá, ő rakja be a fol- 
tokat, kiegészítéseket, amúgy ő készíti a win32/cygwin és 
mostanában a Darwin átvételét (a portolást) is. 

— Florian Schneider — a legújabb , felfedezettünk", ő írta 
a Realplayer-kodekek támogatásához szükséges felületet 
és tervei között szerepel a Ouicktime-kodekek (beleértve 
a Sorensont is) támogatásának kidolgozása is. Ez a lista 
már most is elég hosszú, ámde közel sem teljes. . . 

K. Z.: Mennyi időt töltötök a projekt igazgatásával he- 
tente — beleértve mind a saját fejlesztést, mind pedig a 
foltok ellenőrzését, elfogadását és a leírás elkészítését? 
G. Á.: Sokat, túl sokat... 

G.: Annál is többet — kellene. 

G. Á.: Napi sok órát, csak a levelezőlisták átolvasása 
(napi 200—500 levél!) és a napi 5—10 folt ellenőrzése, 
kipróbálása, jóváhagyása rengeteg időt elvesz, emellett 
néha új dolgokon is szeretünk dolgozni. . . 

P: Ha éppen nem a megélhetésért küszködöm, akkor 
MPlayert hegesztek. Ez a mániámmá lett. Árpi, tudod 
milyen könnyű napi 300 levelet elolvasni a DELETE gombbal? 
G. Á.: Tudom, csak a sok levél miatt nincs időm ezt 

a szolgáltatást beletenni a levelezőmbe. 

K. Z.: Mikor és kiben merült fel a MEncoder ötlete? Ki 
volt az, aki ténylegesen is hozzálátott a megvalósításhoz? 
G. Á.: Na, vajon ki? 

G.: Árpi, de én ösztökéltem. 

G. Á.: Ugyanaz a helyzet, mint az MPlayer esetében, te- 
hát nem volt a , piacon" használható, megbízható tömö- 
rítő, illetve átalakító (encoder/converter). Az MPlayerben 
pedig szinte minden meg volt hozzá, ,csak" a tömörí- 
tőket kellett hozzácsapni és az A-V sync kódot újraírni. . . 
K. Z.: A statisztikák alapján ez a világ egyik legnépsze- 
rűbb és leghatékonyabb lejátszója. Mikor tudatosult ben- 
netek, hogy ez jobban sikerült, mint ahogyan a legmeré- 
szebb álmotokban is gondolni mertétek az elején? Egyál- 
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talán honnan tudtok róla, hogy mekkora területeken 
használják? 

G. Á.: A földrajz sosem volt az erősségem. 

G.: Mi mindent tudunk. 

G. Á.: Átlagosan napi 3000 letöltést jegyzünk, új kiadá- 
sok (release-ek) után pár napig ez eléri a napi 5—6000-et 
is. Az utóbbi időben egyre kevésbé pontosak az ada- 
taink, mivel sokan tükrözik, és ezekről nincs visszajelzé- 
sünk. Érdekes egyébként, hogy a 0.90pre5-változat 
negatív rekordot döntött, alig 12 000-en szedték le egy 
hét alatt. Valószínűleg mindenki a végleges 0.90-et várja 
már, minket is beleértve. 

P: Nos, meglepődtem, amikor egy fazon Indiából kezdett 
el mindenféle kérdésekkel bombázni, illetve rendszere- 
sen kaptam francia ,köszönőleveleket". Javarészt RTFM 
volt a válasz. 

G. Á.: Ja igen, tolmácsra is szükségünk lenne. 

K. Z.: Mennyire erősek a visszajelzések? 

G. Á.: Sok okvetetlenkedő felhasználó írogat. . . 

G.: És kevés szponzor. . . 

G. Á.: Sokan támadnak minket szélsőséges nézeteink 
miatt, ami például a Red Hat selejtes gcc-mutációját 
(v2.96), vagy például az nVidia-vezérlőket (drivereket) 
érinti. Egyszerűen nem vagyunk hajlandóak mások osto- 
baságát, hibáit kerülgetni, és ezt a felhasználók nem fel- 
tétlenül nézik jó szemmel. Másrészt sokan támadják azt a 
stílust, ahogyan néha a levelezőlistákon írogatunk, szerin- 
tük lehetnénk sokkal udvariasabbak is. És teljesen igazuk 
is van, lehetnénk, csakhogy nincsen rá elegendő időnk. 
P: Igaz. Így is más projektektől, munkától, szabadidőből 
és a kedvesemtől lopom az időt, hogy MPlayerrel 
foglalkozzam. 

K. Z.: Származik belőle valamilyen anyagi hasznotok? 

G. Á.: Tessék? 

G.: Én már a nullszaldónak is örülnék. 

G. Á.: Miért származna? Ez egy százszázalékosan non- 
profit projekt, szabadidőnkben írjuk, sőt a befektetett 
anyagi javaknak is csak kis százalékát állták szponzorok. 
Azt is elsősorban az UHU Linuxnak köszönhetjük, ők 
adták az MplayerHO.hu szervert, valamint a videokár- 
tyákat, a DVD-meghajtókat stb. 

K. Z.: Gondoljátok, hogy később, az állások megszer- 
zésénél, az iparban ez előnyt jelent majd számotokra? 
G.: Lehet, hogy regényíró leszek? 

G. Á.: Gondolni gondoljuk, csak nem tapasztaljuk. Lega- 
lábbis eddig semmi jele ennek. Gondolj bele, Linus 
Torvaldsot sem hívták biztos állásokba két évvel a Kernel 
0.0.1 kiadása után, csak jóval, sok-sok évvel később. 
Van remény! 

P: Nem hiszem, hogy egy cégnél nagy referencia lenne 
az MPlayer. Úgyis saját cégben gondolkodunk (még- 
pedig nem MPlayer-közeli dologban). 

K. Z.: Térjünk át a technikai jellegű kérdésekre: a program 
mennyire GNU/GPL-es? Törekedtek rá, hogy az legyen? 

G. Á.: Már rég az, nem olvasol újságot? 

G.: Vagy legalább honlapot? 

G. Á.: . .. vagy RTFM? 
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(Idézem az MPlayer honlapját: ,, 10090 GPL", azonban azt sze- 
rettem volna, ha ezt a fiúk értelmezik, de nem így történt.) 
K. Z.: Mikor tud az egyes Linux-változatoknál csomag- 
gá válni? 

G. Á.: Majd ha ők is elhiszik, hogy GPL. 


Nos, meglepődtem, 
amikor egy fazon 
Indiából kezdett el 
mindenféle kérdésekkel 
bombázni, illetve 


G.: Ez nálunk, bár hihetetlen, senkit sem izgat. Én LFS-t rendszeresen 
használok. kaptam francia 
G. A.: Erdekes, amíg nem volt GPL, mindenki minden- ,köszönőleveleket " 


áron csomagolni akarta, és minden kérésünk, tiltakozá- 
sunk ellenére végre is hajtotta azt. Amióta GPL-nek 
minősítjük, és a csomagolóművészek jelentkezését 
kértük, egyedül a Red Hat 7.2-höz készült csomag. Aki 
elkészítette, nagyon tisztességes volt, először velünk 
egyeztetett, hogy mit kellene beletennie, mit nem, mit 
hogyan cselekedjen, ezután készítette el a csomagjait, 
és a karbantartásával ugyancsak ő foglalatoskodik 
(beleértve a felhasználók segítését is). Valahogy hiányo- 
lom a debianosok híres segítőkészségét. 

G.: A Debianban csak az EGA X-kiszolgáló a jó. 

P: Nem mondom, hogy különösebben érdekelt volna 

a felhasználási szerződése. Ha működik és kell a tudása, 
akkor használom. GPL — ez csak az RMS mániája. Sok- 
szor semmit sem érnek a GPL-es cuccok a nem GPL- 
sekhez képest. Ezért én nem fogom korlátozni magam, 
csakhogy elmondhassam: ez bizony GPL! 

G. Á.: Egyetértek, rólam amúgy is köztudott, hogy nem 
vagyok a GPL híve. Természetesen akad jó csomó előnye 
is, például megvéd minket a gonosztól stb., ugyanakkor 
megakadályozza minden nem GPL-felhasználású kód, 
lib alkalmazását, ami viszont bizonyos esetekben nagy 
veszteség mind nekünk, mind a felhasználók számára. 

K. Z.: Ha már itt tartunk, mennyire törvényes az 
MPlayer? Ez már akkora projekt, hogy ezekkel a kérdé- 
sekkel is szembe kell néznetek. Felelősségre vonhatnak 
benneteket bármiért is? 

G.: Semmi olyan anyag nincs a birtokunkban, illetve a 
fejlesztés során semmi olyat nem használtunk fel, ami 
törvénytelen lenne. 

G. Á.: Teljesen. A win32 kodekeket sokan vitatták, azon- 
ban azt a vitát már előttünk fél évvel lejátszották az 
avifile-osok. A DLL-ek a Microsofttól, illetve más cégek- 
től ilyen jellegű korlátozások nélkül szabadon letölthetőek 
— legalábbis egyelőre (mint ismeretes, a Microsoft az 
utóbbi időben sorra oly módon változtatja meg felhasz- 
nálási szerződéseit, hogy explicit megtiltja a Linuxszal 
való felhasználást). Ha nagyon szigorúan nézzük, akkor 
már az . MP3-lejátszás is törvényellenes, nem is beszélve 
a többi, rázósabb dologról, mint a visszafejtett DivX- 
kodekről vagy az MPEG4 tömörítőről. Amíg szabad és 
ingyenes (free) a projekt, semmit sem tudnak tenni vele, 
hiszen ezek a felhasználási szerződések az eladott darab- 
számtól, illetve a bevételből való részesedést szabják 
meg a szabadalom tulajdonosának. 

P: Remélem, vállalkozó kedvű ügyvédek is akadnak az 
olvasótáborotokban. 

K. Z.: Törekedtek arra, hogy az ismertté válás során 
minél kevésbé legyetek jogilag támadhatóak — gondolok 
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például a DVD-lejátszásra? 

G. Á.: Nem jellemző, majd ha Gerard gondol rá (Gerard 
írta a libav kodeket — a szerk. ). 

G.: A DVD-lejátszás jogszerűsége kevéssé izgat minket. 
G. Á.: A VideoLAN-osok megfelelő jogi háttérrel rendbe 
tették a DVD-kérdést, újraírták az egészet, úgyhogy az 
nem használja az eredetileg a decss-nél használt feltört 
xing playeres kulcsot. Mindezt egy olyan országban, 
ahol ezt nem tiltják a törvények. Ettől függetlenül nem 
jönne rosszul pár jogász, illetve ügyvéd a csapatba. 

Ps így van, ha Gerardot netán megeszi a Microsoft. 

K. Z.: Honnan szereztétek a fejlesztéshez a leírásokat? 
Itt elsősorban a fájlformátumokra gondolok. 

G. Á.: Tálcán kínálták például a divx3 formátumot... 

G.: Lásd két kérdéssel feljebb. 

G. Á.: Sehonnan. Ezek szabadon nem hozzáférhetők, 
csak sok ezer dollárért, és a felhasználásuk is nagyon 
korlátozott, ezért be kellett érnünk nélkülük. 

K. Z.: Van matematikus a csapatban, aki ezekkel foglal- 
kozik, vagy csak többé-kevésbé tapasztalati alapon 
dolgoztok a videókkal? 

G. Á.: Ez nem igazán matek, sokkal inkább tapasztalat és 
gyakorlat a digitális videofeldolgozás (video processing) 
és szűrők (filtering) alkalmazása terén. Mivel sokan a 
csapatból előzőleg a demoscene-n tevékenykedtek, ez 
már megalapozott volt — én amúgy kedvtelés szinten 
már tíz éve foglalkozom videohatásokkal (video effects) 
és tömörítéssel. Amúgy M. Niedermayer szintén elég jó 
ebben, ugyanis ő írta a különböző zajszűrőket, a post- 
processing szűrőt és a Llibavcodec szintvezérlését is. 
A hangfeldolgozásban pedig Anders Johansson mozog 
otthonosan, a napokban adta be új 12-csatornás hang- 
színszabályzóját, egyébiránt különböző hangszűrőket Ír. 
Még ott van az ex-Gerard is, a Llibavcodec készítője, 
aki anno az első nyílt forrású (opensource) divx3-kode- 
ket megírta. Róla nemrégiben kiderült, hogy mindezt 
álnéven tette, és valójában a nemzetközileg ismert mate- 
matikus, Fabrice Bellard. Többek közt prímszámokkal és 
a pi értékének több milliárd számjegyig való meghatáro- 
zásával nyert díjakat, így érthető módon álnéven adta ki 
nagy kockázatot rejtő kódjait. 

K. Z.: Kezdetekben mi volt a kiindulási alap? Más nyílt 
kódokat használtatok? 

G. Á.: A kodekeket eleinte más projektekből vettük át, 
például a libac3 (ma már 1iba52), a libmpeg2 és 
a libavcodec eredetileg nem a mi munkánk, de ké- 
sőbb módosítottuk ezeket is, hatékonyabbá tettük, hogy 
jobban működjenek az MPlayer kódjával. A többi — így 
például a demuxerek — a mi munkánk, ezt inkább tőlünk 
viszik más projektek. 

P: Sót, jelenleg már ott tartunk, hogy ezek a L1ib-ek sok- 
szor messze jobbak lettek, mint az eredetiek (lásd 

a 1liba52 és 1libmpdva készletet). Mikor összeácsol- 
tam ezt a 1lib-et, eszembe sem jutott, hogy valaki megírja 
hozzá Darwin-portot, s ez még az eredeti 1 ibdvdreadt- 
ben sincs benne. Ráadásul ez legalább működik. 

K. Z.: Kedvenc témám — gondolom, nektek is — az 


A-V sync kérdése. Kinek jutott a , hálátlan" feladat, hogy 
foglalkozzon ezzel? Ha jól tudom, ez a legnehezebb része 
a kódnak és a lejátszás folyamatának. 

G. Á.: Én írtam, és már legalább egy éve nem kellett 
hozzányúlnom. Tényleg nehéz volt, mert nekem kellett 
először kitalálni, nem volt honnan puskázni, így elég sok 
kísérletezés és kipróbálás kellett hozzá. De megérte! 
Azóta a többi nagy lejátszóprojekt is megbirkózott a 
feladattal, például a Xine úgy két hónapja fejezte be ezt 
a részt, bár még akadnak gondjaik. 

P: A Xine. .. három óra fordítás és piszkálás, átírás után 
is hibahalmaz maradt. Úgy járt, mint az AV/file, lett 

60 mega szabad helyem utána. 

K. Z.: Mennyire átfogó ez az A-V sync eljárás? Mennyi 
munkát jelent az egyes fájlformátumoknál, hogy mind- 
egyikre tökéletesen működjön? A kodekek segítenek 
valamit ebben? 

G. Á.: A kodeknek ehhez semmi köze, a fájlformátumnak 
is csak annyi, hogy a megfelelő megjelenítési időbélye- 
get (Presentation Time-stamp — PTS) a megfelelő helyre 
kell írnia, a többi már a közös, régi A-V vezérlőkód (cont- 
rol) dolga. Általában ezzel van a legkevesebb gondunk. 
K. Z.: Az előző kérdésből rögtön adódik a következő: 
nehéz feladat, hogy a helyes működés mellett még a sok 
fájlformátum összefogását is megcéloztátok? 

G. Á.: Nincs értelme az egésznek, ha a fájloknak csak 
tíz százalékát képes lejátszani, a többihez más, hibás 
vagy nem létező lejátszót kell használni. Tehát a célunk 
az, hogy minden videofájlt meg lehessen nézni vele. 

G.: A leírásról nem is beszélve. 

G. Á.: Egyébként MCF néven készülődik egy új, az AVI 
leváltására szánt nyílt video-fájlformátum, ennek terve- 
zésében mi is részt veszünk egy ideje. 

P: Mint MPsub. 

G.: Az MPsub a legjobb. 

K. Z.: Mostanság mennyi foltot kaptok, ezekből arányai- 
ban hány százalék használható, és ebből mennyit hasz- 
náltok fel? Az egészből a mai napig mennyit kódoltok ti? 
G. Á.: Doc patchek: 09, kód: 509 (azaz a fele elvész). 
Nem beszélve a visszautasított kódkiegészítésekről, ez 
ritka és általában fájdalommentes, azonban például ez 
okozta azt is, hogy Vick Kurshev — aki régebben nagy- 
számú 3Dnow-javítást, kiegészítést készített — kiszállt és 
új projektet indított MPlayerXP néven. Ez gyakorlatilag 
az MPlayer két hónappal ezelőtti változata meg a vissza- 
utasított kiegészítés. 

P: Én rettentően imádom az átfestegetést (cosmetic 
change). Azok azonnal a /dev/null-ba kerülnek. 

K. Z.: Vannak olyan részek, amelyeket nem , adtok ki" 
másoknak, csak ti fejleszthetitek? 

G. Á.: Kiadunk?! Ez nem külsős fejlesztői munka 
(outsourcing), mindent mi csinálunk. 

K. Z.: Mennyire a ti feladatotok az eszköztámogatás 
megoldása (például a firewire kártyáké)? Mennyiben 
járul hozzá az operációs rendszer, és milyen egyedi 
feladatokat szükséges nektek megvalósítanotok? 

G. Á.: Semennyire, azonban mi csináljuk, mert más nem 
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csinálja. Például évekig kellett várni az Xv (Xvideo, a 
4.x-es XFreeds6) egyik új szolgáltatásának (feature) meg- 
jelenésére, újabb egy évet arra, hogy az elterjedtebb 
kártyák vezérlői támogassák. És sajnos néhány tervezési 
hibának köszönhetően nem teljesen alkalmas arra, amire 
tervezték, azaz a videokártya 2D-s videolejátszás-gyor- 
sító, -segítő szolgáltatásainak kihasználására. Hiányzik a 
jól működő háromszintű gyorstárazás (triple buffering) és 
a hardveres v-sync gyorstárváltás (bufferváltás) képes- 
sége, ami ahhoz szükséges, hogy a lejátszáskor a villo- 
gást, illetve csíkozást kiküszöböljük. Emiatt fejlesztjük 

az mga vid-et, ami a Matrox G kártyák, illetve a Vidix-et, 
ami az ATI kártyáinak ezen képességeit aknázza ki a vég- 
letekig. Nincs igazán kapacitásunk még videokártya-ve- 
zérlőket is írni, karbantartani, de muszáj, mert ez kulcs- 
fontosságú a videolejátszásban. 

G.: (bólogat) 

PR: Arról nem is beszélve, hogy a mga vid 
megközelítőleg kétszer akkora teljesítményű, mint 
Matrox Xvideo-kiterjesztés (extension) X alatt. 

G. Á.: Vajon miért? Segítek: közvetlen videomemóriába 
történő leképezés (direct rendering), nincs benne feles- 
leges memóriaterület-másolgatás (memcpy) és három- 
szintű gyorstárazás. 

G. Á.: Egyébként a kérdésedre visszatérve: nem tervez- 
zük a firewire kártyák támogatását, nem tudom, hol 
hallottad ezt. Különben ez általában úgy történik, hogy 
ha valaki (cég) támogatást (support) szeretne valamilyen 
eszközhöz, és vállalkozó szellemű MPlayer-fejlesztőt is 
talál hozzá, akkor megajándékozza egy ilyen eszközzel, 
és miután a támogatás elkészült, a fejlesztő megtart- 
hatja. Nemcsak azért, mert ez számára ösztönzőleg hat, 
hanem azért is, mert a kódot a továbbiakban karban kell 
tartani, a program illesztőfelületének (interface) a válto- 
zásokat követnie kell stb. Különben nagyon hamar kike- 
rül a kódból, és kár az egész fáradtságért. Például a DVB 
kártya támogatása így került az MPlayerbe, és egy szép 
napon akár a firewire támogatása is belekerülhet. 

Sokan jeleznek (report) különböző dxr3-as hibákat, és 
nem értik meg, hogy mivel nekünk nincs, ezeket a hibá- 
kat nem is tudjuk kijavítani. Az sem kizárt, hogy hama- 
rosan kivesszük a dxr3-támogatást, mivel magára ma- 
radt, ugyanis aki írta, nyomtalanul eltűnt. Sajnos erre 

a sorsra jutott már jó pár vezérlő, sőt néhány kodek is. 
Örömmel fogadunk mindenféle foltot, ha azonban a ké- 
sőbbiek folyamán a karbantartásáról nem gondoskodnak 
(az eszköz vagy az érdeklődés hiánya miatt), akkor 
előbb-utóbb elavul és töröljük. 

K. Z.: A folytatásról szólva: milyen újabb 
szolgáltatásokat terveztek bevezetni az MEncoder 
esetében? 

G. Á.: Lesz egy új úgynevezett muxer réteg (muxer 
layer) olyasmi, mint a demuxer az MPlayerben, ami 
átlátszóvá (transzparnssé) teszi a lejátszó számára, hogy 
milyen fájlformátumot használ. Tehát a lejátszó kódja 
már nem lát különbséget az AVI, MPEG, VIVO stb. for- 
mátumok között, csak kapja az audio/videofolyamot az 
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időbélyegekkel. Ennek ellenoldala lenne a muxer réteg, 
ami a MEncoder számára tenné átlátszóvá a kimeneti 
formátumot, tehát bármilyen támogatott formátumba 
tudná írni a kódolt audio/videofolyamot, nem csak 
AVI-ba, mint most. 

így akár olyan hibrid dolgokat is létre lehet hozni, mint 
például a realvideo-kép és VIVO-hang ASF formátumban, 
azonban ezt valószínűleg az MPlayeren kívül más nem 
fogja tudni lejátszani, hiába szabályos a fájlformátum 
(mivel a legtöbb lejátszóba bele van drótozva, hogy 
milyen fájlformátum milyen kodekeket használ, nálunk 
ez nincs külön megszabva, minden támogatott kodek 
használható minden támogatott fájlformátumban). 

K. Z.: Várható a közeljövőben menüs DVD-lejátszás 
bevezetése? 

G. Á.: Igen. 

G.: Árpi, a kérdés a közeljövőre vonatkozott. 

G. Á.: Várj, nem fejeztem be a mondatot: tehát akkor 
nem. Egyelőre , design issue" kategóriába tartozik, azaz 
a kód nem arra lett tervezve, hogy interaktívan, a 
felhasználó kattintgatásának megfelelően menet közben 
változtasson kodeket, vagy bármi mást. 

P: Elvileg. Annyira sok mindent kellene változtatni hozzá 
— bár értelmét sem sokat látom, mert minden jelenetet 
(title-t), hang- (audio), illetve feliratsávot (subtitle) el 
lehet érni. Például a HMM-ben osztogatott DVD-n lévő 
menüben szereplő reklámot sem kell minden egyes 
alkalommal megtekinteni. 

K. Z.: Melyek a legégetőbb gondok, amiket most kell 
megoldani? Ha jól látom, most már mindinkább a , széle- 
sítésére" törekedtek, hogy szinte mindenhol, minden 
körülmények között lehessen használni, és hogy modu- 
lárisabb legyen (például videoszűrők (-vop) bevezetése). 
G. Á.: Például a Matrox Parhelia-támogatás a mgavid-be. 
G.: Például a Matrox Parhelia a gépembe. 

G. Á.: A demuxerek újraírása, legalábbis én ezzel fogok 
a következő pár évben foglalkozni. Amúgy lesz hangszű- 
rőréteg (audio filter layer) is, a -vop-hoz hasonlóan (most 
is van, de az más). 

P: Megbízhatóvá tenni a GUI-t (grafikus felületet), és 

a TODO-listán szereplő új szolgáltatások (playlist, prefe- 
rences, egualizer) befejezése. 

G. Á.: A leírást is újra kéne már írni. 

K. Z.: Köszönöm az olvasók nevében is, hogy rendelke- 
zésemre álltatok, a kitűzött célok eléréséhez pedig sok 
sikert és mégtöbb erőt kívánok, és lelkes MPlayer-fel- 
használóként izgatottan várom az újabb változatokat, 
fejlesztéseket. 


Komáromi Zoltán 

(komi Afreemail.hu) 22 éves, a BME 
hallgatója, mellette PHP-programozó- 
ként dolgozik. Kedvenc területe a mul- 
d" ümédia KedvelVa nagy társaságot 

I az érdekes embereket, a jó filmeket 
és mindent, ami mozgalmas. Szabadidejében úszik. 
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Örömmel fogadunk 
mindenféle foltot, 
ha azonban a 
későbbiek folyamán 
a karbantartásáról 
nem gondoskodnak, 
akkor előbb-utóbb 
elavul és töröljük. 
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Linuxvilág 


Linux a tanteremben - 1. rész 


Amennyiben a jövő szempontjából a Linuxot 
értékesnek tartjuk, a jövő nemzedékét kell 
felkarolnunk, hogy elsajátítsa a Unix-filozófiát 
és megtanulja a Unix-rendszerek kezelését. 


Ezt az írást mindössze előszónak szántam, tudva azt, 
hogy nálam profibb, hozzáértő szakemberek vezetésé- 
vel nem egy hazai középiskolában sokkal komolyabb 
Linux-rendszerek születtek az elmúlt néhány évben. 
Szegeden a Tömörkény és a Ságvári Gimnáziumban 

is korábban kezdődött a váltás a mienknél, hogy egyes 
fővárosi iskolákat ne is említsek. Saját történetüket 
abban a reményben adom közre, hogy kezdők és hala- 
dók számára, szakmai és emberi szempontból egyaránt 
tanulságos lehet. 

Hét éve tanulom a Unixot, de még minden nap érnek 
meglepetések. Hihetetlen, milyen gazdag, mennyi 
újdonságot képes nyújtani! Ezt azonban a Linuxvilág 
olvasóinak nem kell magyaráznom. Végzős matematika- 
számítástechnika szakos tanárként a szegedi Radnóti 
Miklós Gimnáziumban nagy igyekezettel vágtam bele 

— többek között — a számítástechnika oktatásába. Mun- 
kaközösség-vezetőnk, egykori tanárom, a szakma nagy 
öregje eleinte sokszor lehűtött, különösen akkor, amikor 
linuxos elképzeléseimet vázolgattam. Ekkor már a 
SuliNet program résztvevőjeként egy Novell 4.11-es 
hálózatunk volt, és kollégám — egyben iskolánk rend- 
szergazdája — majd" ezer tanuló és tanár mintegy 45 
számítógépen folytatott munkájáért volt felelős. Igen 
kemény munka - így utólag egyik egyetemi oktatóm 
(hírneves középiskolai tanár is) szavai megalapozottnak 
tűnnek: ,a rendszergazdaságot soha ne vállaljátok el". 
A Novellel sok baj volt, és mivel most is megy, még 
mindig akad elég. Idő kérdése, amíg kitapasztalja az 
ember, és idővel megtanultunk együttélni a felhasználói 
beragadásokkal, a betelt postafiókokkal, a heti újrain- 
dításokkal. Újabb változat kéne, igen — közoktatási in- 
tézményként azonban alig csurran-cseppen hozzánk 
valami kevéske fejlesztési pénz. Mint óraadó én egyéb- 
ként sem vállalhattam a felelősséget azért, hogy a 
levelezést és a webet valamilyen Linuxra tegyük át, 
hiszen középiskolánkban csak heti három napot töltök. 
Kollégámat nagyra értékelem: példásan kezeli a hely- 
zetet, gyorsan hárítja el a hálózati fennakadásokat, 

a felhasználókat hihetetlen türelemmel képes meg- 
nyugtatni. 3—4 év tapasztalat után igazat adok neki: 
így volt a legjobb. Az éles alkalmazások karbantar- 
tásával ő foglalkozott, viszont kísérletezéseimet is 
egyre inkább támogatta, ezért a Linux bizonyíthatott 
az évek során. 

Ha a nagybani levelezést és a webet nem is, egyéb 
dolgokat apránként mégiscsak rájuk tudtunk bízni. 
Középiskolai volt osztálytársam, a hálózati beállítások 
fenegyereke egy éven át együtt tanított velünk, és 
összedobott egy 486-oson futó 6.0-s SuSE Linuxot. 
1999 márciusát írtuk ekkor, és ez a változat volt az első, 
amelyben a beállításokat magyarul is el lehetett 


végezni. Egy másik gépre is feltettük a SuSE-t az 
egyik tanulói teremben, ahol vagy harminc tanulói azo- 
nosítót osztottunk ki, és a Linux grafikus felületen 
futott. A két gépnek a pc10 és a pc12 nevet adtuk, a 
SuliNet programból ugyanis ilyen gépneveket juttattak 
az iskoláknak. 


Az első lépések 

Ma, 2002-ben két kiszolgálón és tíz ügyfélgépen futta- 
tunk Linuxot. A hálózati topológiát kollégám segítsé- 
gével a dia nevű rajzolóprogrammal vázoltam. A háló- 
zatépítés sajnos nem az erősségem, nagy hiányos- 
ságaim vannak a terén - talán ennek is ,köszönhető", 
hogy még ma sem minden úgy működik, ahogyan 
szeretném. A SuliNet program kezdete óta hálózatunk 
folyamatosan fejlődik, egészen mostanáig (2002. 
június) az ábrán látható kialakítás állt rendelkezésünkre. 
Iskolánk felújításából adódóan a nyár folyamán a teljes 
hálózatot át fogjuk építeni. 

A pc1-es gép az eredeti SuliNet-kiszolgáló, és Novellt 
futtat. A pc9 és pc10 a két fő linuxos gép, az előbbi 
tanulói kiszolgáló SuSE 7.3-mal, az utóbbi tanári kiszol- 
gáló Red Hat 6.2-vel. A 44-es, 45-ös, 46-os termek 
3Xx12 darab tanulói gépet rejtenek, a 43-as kisteremben 
három tanári gépünk van. 

Legelső Linux-kiszolgálónk még 1999-ben a pc10-es 
bejegyzett nevet kapta. Mint később kiderült, memória- 
hibás volt, amit onnan tudtunk meg, hogy a gcc folyton 
11-es hibával állt le. Nagy örömünkre apránként mindkét 
gépet Pentiumra fel tudtuk javítani, a pc9 ma egy Pen- 
tium I-es 48 MB RAM-mal, a pc10 pedig egy Pentium 
III-as 128 MB memóriával. A pc9-et 2000 tavaszán in- 
dítottuk el még 6.4-es SUSÉ-val. Egy tanítványom kísér- 
leti jelleggel IRC kiszolgálót is futtatott rajta, de 2001 
decemberéig komolyabb célokra nem használtuk. 

A pc10 2001 februárjában Pentiumra lett kicserélve. 

A 2000/2001-es tanévben már széles körű ftp-kiszol- 
gálást bíztunk rá, a tanórákon Windows Commander 
segítségével a gyerekek is sokszor töltöttek le róla 
fájlokat. Ma olyan éles használatnak van kitéve, hogy 
több kollégám szinte minden tanóra segédanyagát a 
pc10-re teszi fel, és anonim ftp-vel (szintén a Windows 
Commanderrel) tölteti le azokat a gyerekekkel. Ez azért 
kényelmes, mert a Novell-kiszolgálót úgy használjuk, 
hogy egy-egy felhasználó csak korlátozott (3-5 MB) 
mennyiségű adatot tárolhat; körülményes is lenne 
mindig letörölni az éppen nem használt segédanyagokat. 
Egy éven keresztül műholdas Internetre is használtuk 
a pc10-et, és nem is működött rosszul. A 6.2-es Red 
Hat voltaképpen a műholdas kapcsolatot létesítő cég 
javaslata volt, ugyanis ehhez volt telepítőprogramjuk. 
Anyagi okok miatt műholdas kapcsolatunk jelenleg 
szünetel, így iskolánknak 4 x 64 kb/s helyett csak 

64 kb/s sávszélességgel kell beérnie. A városi intéz- 
mények informatikai hálózatának fejlődésével belátható 
időn belül 256 kb/s sávszélességre számíthatunk, 

de ezzel párhuzamosan a hálózat kiépítésével kapcso- 
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latban is sok dolgot újra kell majd gondolnunk. 

A Red Hat telepítése után a pc10-et hamarosan feltör- 
ték. Egy olasz fiatalember — akit egy tanítványom 
később éppen IRC-n fülelt le — volt a betörő. Ravasz 
módon ssh démonnak álcázott figyelőprogramot telepí- 
tett, és gyűjtögette a jelszavakat. Két hét alatt jöttünk 
rá a turpisságra. Nehéz napok voltak ezek számomra, 
kicsit kiábrándultam az egész tudományból, megkérdő- 
jeleződött bennem, hogy a Linux vajon tényleg olyan 
Jó-e, mint amilyennek gondolom, és talán hangsúlyel- 
tolódások vannak az életemben. Néhány nap alatt 

— főként a Sulinux-lista tagjainak jóvoltából — jó néhány 
biztonsági rést betömtem, és letöltöttem a megfelelő 
javításokat. 

Később, úgy októberben egy másik betörő érkezett, 
most Tajvanból. Az ő módszerei nem voltak olyan kifino- 
multak, mint olasz társáé, de szintén jelszavakat gyűj- 
tött. Igen érdekes trükköt alkalmazott: az általa telepített 
fájlok nevei gyakran használt démonok nevével egyeztek 
meg, csak a neveket kibővítette egy-két szóközzel. Így 
egy egyszerű os utasítás semmit sem derített ki. Mu- 
száj volt további szigorításokat bevezetnem: az authen- 
tikált £tp-zést azóta csak a belső hálózaton belülről en- 
gedélyezzük, minden más csak ssh-n keresztül mehet. 


A mai helyzet 

2001 novemberében jelent meg a 7.3-as SuSE. Ezzel 
egy időben a SuSE cég az iskoláknak felajánlotta a 
7.2-es változatot, amit minden középiskola meg is 
kapott, amennyiben kitöltötte a küldött kérdőívet. Mi 

is ekképp cselekedtünk, de a kapott dobozos változatot 
nem tudtuk telepíteni. CD-meghajtóink valahogy nem 
látták megfelelően a telepítő CD-t, és a mellékelt haj- 
lékonylemezzel is bajban voltunk. Mivel nekem volt egy 
saját 7.3-as példányom, elkezdtem telepíteni. Az volt 

a tervem, hogy a 44-es teremben a meglévő Windows 
95-ök mellé minden gépre 7.3-as SuSE-t telepítek. 

Már régóta vágytam rá, hogy egy teljes linuxos ter- 
münk legyen, de a gépekben lévő videokártya megaka- 
dályozta, hogy a Linuxot grafikus módban futtassuk. 
Legalább egy éven keresztül hasztalanul próbáltam 
módosítgatni hozzá az XFő6Config összes létező beál- 
lítását, mígnem egy délutánon egy másik tanítványom 
másfél órai próbálkozás után diadalittasan felállt: 

a 7.0.2-es Mandrake 800 x 600-as üzemmódban, 

16 millió színnel elindult! 

Ez 2001 tavaszán történt. Néhány gépre azonnal fel is 
tettem a 7.0.2-t, és mivel volt néhány kihasználatlan 
IP-címünk, a 14-ből megmaradt 10-et elkezdtem oszto- 
gatni ezeknek a gépeknek (az első tanulói gépünk, a 
pc12 továbbra is foglalta az egyik IP-címet). Sőt, idő- 
közben az egyik fiatal kollégám a tanítványaival beszállt 
egy országos webes versenybe, ezért a Windowson 
futó Microsoft IIS kiszolgálónak is kellett egy IP-cím, 
ez lett a pc11 — igaz, csak néhány hónapra. 

Mivel a teremben 12 gép volt, de csak 9—-10 IP-cím, és 
a kollégám egyébként sem nagyon örült, hogy ügyfélgé- 
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peknek adok IP-címet, valami más megoldás után 
kellett nézni. Egy barátom, akivel szabadidőnkben 
közösen egy PostgreSOL-alapú információs rendszert 
fejlesztünk, a dncp-t ajánlotta, mivel fejlesztői háló- 
zatunkban ez már jól bevált. Így a pc10-et tettem meg 
dhcp-kiszolgálónak, de szerény hálózati tudásommal 
csak nagysokára értettem meg, hogy vagy egy külön 


modem 


elosztó (hub) ismétlő2 46 





A Radnóti Gimnázium 


hálózati kártyán keresztül kell új alhálózatot készíteni, 
amelyben akárhány virtuális IP-címet ki fogok majd 
tudni osztani, vagy azt az egy hálózati kártyát kell úgy 
beállítani, hogy a rendszermag kettőnek lássa. Az utób- 
bit nagy küszködések árán sem sikerült kivitelezni. 

Az előbbit, azaz a két hálókártyás megoldást végül 
véghezvittük, de nem azonnal és nem tökéletesen. 

Az állandó IP-s megoldás során a tanulói gépeken 
azonnal ment az Internet, azaz a Netscape-pel bármit 
le lehetett tölteni, sokkal gyorsabban és élvezhetőbb 
minőségben, mint a Windows 95 alatt most is 3.0-s 
változatban futó Internet Explorerekkel. Viszont az új 
alhálózatot az Internettel összekapcsolni csak a korábbi, 
6.4-es SUSÉ-val sikerült, a 7.3-ashoz kötött 7.3-as 
ügyfeleket nem tudtam rábírni, hogy a kiszolgáló álcá- 
zását (masguerading) kihasználva tökéletesen működ- 
jenek. Ugyanis a hálózati bejelentkezéshez a pc9-en 
NIS-t, a megosztott fájlrendszerkezeléshez pedig NFS-t 
kellett telepítenem, amelyek a 7.3-asban lévő álcázással 
valamiért nem működnek együtt. 

Természetesen kaptam segítséget a SuSE-központtól, 
sőt, naponta levelet váltottam egy szakértő fiatalem- 
berrel — aztán feladtam. Végül is az, hogy a gyerekek 
internetezésre használják a Linuxot, nem elsődlegesen 
fontos. Ha valaki letölteni akar, akkor besshzik a pc9-re, 
és onnan közvetlenül látja az Internetet, egy linksszel 
tehát böngészhet, ha akar (Netscape-et a pc9-re nem 
telepítettem, és az X-terminálszintű kapcsolattal sem 
foglalkoztam). 


2002. augusztus 


számítógépes 
hálózatának topológiája 
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SuSE 7.3-as ügyfelek 

A 44-es teremben 2001 decemberétől lényegében 
minden gépen választható indításos rendszert futtatunk. 
Az ezekben lévő 3 GB-os merevlemezeken 750 MB-nyi 
Windows 95, 1350 MB-nyi Linux (150 MB cserete- 
rület-memória) található, a fennmaradó szabad hely 
egyelőre használaton kívül maradt. 

A legkisebb alaptelepítésen túl a következő programok 
kerültek fel: 


e — KDE (grafikus környezet), 

e. lceWM (grafikus környezet), 

e — StarOffice 5.2 (Irodai csomag), 

e . MUPAD 2.0 (matematikai programcsomag), 
e —  gnuplot (függvényábrázoló), 

e —. TEX (szövegszedő rendszer), 

e  LYX(TEX-re épülő szövegszerkesztő), 
e — gcc (C-fordító), 

e — Free Pascal (Pascal-fordító), 

e — p2c (Pascalról C-re fordító), 

e . bwbasic (Basic-fordító), 

e — XaoS (fraktálrajzoló), 

e — PostgreSOL (SOL-ügyfél), 

e . magyar Netscape, 

e —. Gimp (grafikai program), 

e néhány játék: xtron, xvier, xpacman. 


A rendszerindítás grafikus, tanulóink a Windows 95 

és a SuSE Linux 7.3 között választhatnak (alapértelme- 
zésként nyolc másodpercnyi várakozás után a Windows 
indul el). A rendszerindító menüt a linuxos lemezterü- 





letre telepítettük, mely ReiserFS fájlrendszerrel készült. 
A naplózó fájlrendszer bevált, ugyanis a gyerekek (főleg 
a lányok) gyakran indítják újra a gépet a Reset gomb- 
bal, ha nem a számukra ismerős Windows alatti felü- 
letet látják; egy ext2 fájlrendszerrel pedig ez rendszeres 
lemezépség-ellenőrzést jelentene. A Windows-lemezte- 
rület Linux alól írható-olvasható kötetként látszik. Meg- 
közelítőleg 80 MB-nyi szabad hely áll rendelkezésre, 
melyet a felhasználók a /tmp könyvtárban használhatnak 
fel. (Ezen túlmenően a pc9-en természetesen minden 


felhasználó annyit használ, amennyit a tárkorlátrendszer 
engedélyezne, ha a tárkorlátokat beállítottam volna.) 
Felhasználói azonosítót a pc9-re a gyerekeknek külön 
kell igényelniük, anélkül egy általános azonosítóval 
tudnak bejelentkezni. 

Az ügyfélgépekre való egységes telepítést a partimage 
linuxos programmal oldottam meg: egy ügyfelet teljesen 
elkészítettem, amelynek linuxos lemezterületét CD-re írtam. 
(A CD-re íráshoz először a nem használt lemezterületre 
írtam a nem egészen 500 MB-os, tömörített lenyomat- 
fájlt, majd a hálózaton keresztül iskolánk egyetlen CD-írós 
windowsos gépére másoltam.) Ahol a CD-ROM-meghajtó 
nem működött megfelelően, ott átmenetileg a szabad 
lemezterületet is igénybe vettem, miután egy minimális, 
hálózatot is ,látó" Linuxot telepítettem (erre az átmeneti 
lemezterületre tettem fel a már elkészített lenyomatot). 
Az elmúlt félévben a linuxos termet mind a 7. és 9. 
osztály tanóráin, mind a délutáni szakkörökön sikerrel 
használtuk. Ugyan a Linux igen lassan indul a Windows 
95-höz képest (2 perc a fél perccel szemben), a kettő 
közti megbízhatósági különbséget a gyerekek gyorsan 
megtapasztalják. Sajnos a hálózati kialakítás furcsaságá- 
ból adódóan, ha egyszerre szeretnénk, hogy a Window- 
sok és a Linuxok elinduljanak a teremben, a NIS és az 
NFS időtúllépés miatt nem áll fel, legfeljebb 1—2 gépen. 
Emiatt minden ügyfélen egy-egy helyi felhasználót is 
létrehoztam, hogy ha a NIS és az NFS nem érhető el, 
akkor is tudjunk dolgozni. 

A rendszer tehát még közelről sem tökéletes, de oktatási 
célokra már kielégítő. Összességében elmondható, hogy 
ijesztően sok munkát kellett belefektetnünk, amíg kita- 
pasztaltuk, hogy mit hogyan érdemes csinálni. Mindezt 
természetesen oktatási feladataink ellátása mellett, ön- 
szorgalomból tettük, de örömmel, bízva abban, hogy a 
gyerekek ismereteiket hosszú távon, az egyetemeken és 
főiskolákon is kamatoztatni tudják majd. A felsőoktatási 
intézményekben a Unix-rendszerek egyre határozottab- 
ban hangsúlyt kapnak, igaz, a Linux világszerte a felső- 
oktatást hódította meg a leggyorsabban. 

Sorozatunk következő részében arról lesz szó, hogy 
milyen célokat sikerült megvalósítanunk az elmúlt 
tanévben, azaz mely programok tanításában milyen 
tapasztalatokat szereztem a délelőtti tanítási órákon, 
és hogy a gyerekek mennyire voltak nyitottak a 

Linux befogadására. 


Kovács Zoltán 

(kovzol omath.u-szeged.hu) 
tanársegéd a Szegedi ludomány- 
egyetem Bolyai Intézetében az 
Analízis Tanszéken, matematikát és 
számítástechnikát tanít óraadóként 

a szegedi Radnóti Miklós Kísérleti Gimnáziumban. 
Matematikai tárgyú programok oktatási felhasz- 
nálásával foglalkozik. Hobbija a Linux programozása 
és a fraktálok matematikájának kutatása. 








Nielyik lesz a mindent elsöprő beágyazott Linux-alkalmazás? 


Ha a beágyazott Linuxszal foglalkozó cégeket megkér- 
dezzük, hogy vajon melyek lesznek a mindent elsöprő 
beágyazott Linux-alkalmazások, valószínűleg az alábbihoz 
hasonló listát sikerül majd összeállítani: 

e . Magas rendelkezésre állású távközlési 
alaprendszerek. 

e — Mobil kézikészülékek, zsebtitkárok és okos telefonok. 

e — Vezeték nélküli hozzáférési pontok 802.11 vagy 
Bluetooth WLAN-hozzáféréssel. 

e — Digitális set-top boxok, digitális tévé, video- és 
hangrendszerek. 

e — Kiszolgálóeszközök, amelyek könnyen kezelhető helyi 
hálózati, tűzfal-, átjáró-, útválasztó- és VPN-szolgál- 
tatásokat nyújtanak. 

A lista utolsó három eleme — vezeték nélküli hozzáférési 

pontok, set-top boxok és kiszolgálóeszközök — kismé- 

retű, fekete doboz jellegű készülékekre utal, amelyek 

az Internet peremén foglalnak helyet, és internetalapú 

szolgáltatásokhoz, valamint erőforrásokhoz nyújtanak 

hozzáférést, így összefoglaló néven , internetes perem- 
eszközökként" is említhetjük őket. Ezzel a várhatóan 
fontos szerephez jutó beágyazott Linux-alkalmazások 
három fő kategóriára oszthatók: 

1. távközlési alaprendszerek, 

2. mobil kézikészülékek, 

3. internetes peremkészülékek. 


Távközlési alaprendszerek 

Nem oly régen , Beágyazott Linux a távközlési vállalatok- 
nál" című írásomban már szót ejtettem ezekről a termé- 
kekről. A Linux egyre nagyobb támogatást élvez a táv- 
közlési iparág nehézsúlyú szereplői, így a HP az IBM, 

a Motorola és a Sun Microsystems részéről, így aligha 
kétséges, hogy a Linux fényes jövő elé néz a távközlési 
berendezések piacán — feltéve, hogy a távközlési piac 
előbb-utóbb felszálló ágba kerül. 


Mobil kézikészülékek 

A beágyazott Linux zsebtitkárokon és egyéb kézi készü- 
lékeken való alkalmazásának sikere nagyban függ a 
Sharp Zaurus nevű termékének sorsától, ez ugyanis az 
első hasonló készülék, amely mögött a világ egyik leg- 
nagyobb fogyasztói elektronikai cége áll. A Zaurus még 
csak most került az üzletek polcaira, így egyelőre nem 
tudni, hogy a termék és a rajta futó Linux-alapú prog- 
ramkészlet vajon hosszú távon is sikeres lesz-e. Hallani 
olyan pletykákat, amelyek szerint Linux-alapú zsebtitká- 
rokat és okos telefonokat fejlesztenek, elsősorban Ázsiá- 
ban, így 2002 második felében 5—10 hasonló termék 
jelenhet meg a piacon. 

A beágyazott Linux eddig elég rosszul szerepelt a mobil 
kézieszközök piacán, hiszen számos fejlesztési tervet 
töröltek, mások pedig csúfosan elbukó termékeket 
segítettek világra. A Microsoft Pocket PC eközben lát- 
ványosan növekvő piaci részesedésnek örvendhet 

— a PalmOS kárára. Talán túl késő van már ahhoz, hogy 
a beágyazott Linux betörjön a kézigépek piacára? Hat 
hónapon belül kiderül. 


www.linuxvilag.hu 


Internetes peremeszközök 
Ezek a kisméretű, webes tartalom kezelésére képes, 
kiszolgálójellegű eszközök rengeteg, egy-egy alkalmazási 


Rick különféle 
internetes eszközöket, 
köztük a következő 


területre jellemző feladatot láthatnak el. Figyelembe nemzedékhez tartozó 
véve, hogy a Linux tagadhatatlanul sikeres a kiszolgálók set-top boxokat, 
piacán, és nem feledve, hogy a Linux még az erőforrá- kiszolgálókat és 
sokban viszonylag szegény beágyazott eszközökön is vezeték nélküli 


remekül helyt áll, nem volna meglepő, ha a Linux uralná 
ezt a gyorsan növekvő piaci részt. 

Lássunk tehát néhány olyan terméket az internetes 
peremkészülékek világából, amelyek belső operációs 
rendszerként beágyazott Linuxot futtatnak. 


Következő nemzedékbeli set-top boxok 
Ennek a csoportnak a tagjai rengetegféle szolgáltatási 
területet fedhetnek le: kezdve a személyes mozgókép- 
rögzítéstől az igény szerinti videó- 
záson, az elektronikus levélíráson 
és webezésen keresztül egészen 
a kép- és hangfolyamok fogadá- 
sáig, tárolásáig és visszajátszá- 
sáig. Lássunk néhány beágyazott 
Linux-alapú példát! 
e — TiVo Personal TV: tudnék 

újat mondani? 
e . Nokia Mediaterminal 
A készülék segítségével számos 
internetalapú szolgáltatást 
érhetünk el egy normál televízió- 
készülék képernyőjén. Digitális 
mozgóképet, hangot vagy digi- 
tális tévéadást fogadhatunk, 
igény szerinti videózást folytatha- 
tunk, gyorsítótárban elhelyezett 
tévéadásokat érhetünk el, 
webezhetünk, elektronikus leveleket írhatunk, cseveg- 
hetünk, valamint további webalapú szolgáltatások 
használata mellett akár játszhatunk is. A Mediaterminal 
belső programja Linux-alapú Mozilla nyílt forrású bön- 
gészőt, X Window System ablakkezelő rendszert 
használ — kiegészítve a Nokia Navi Bars nevű egyedi 
felhasználói felülettel. A beágyazott számítógép egy 
366 MHz órajelű Intel Celeron processzor Intel 810 
lapkakészlettel, 32 MB SDRAM-mal és legalább 20 GB 
merevlemezhellyel. 
2 http:/Awww.nokla.com/multimedia/mediaterminal.html 


ZapMedia ZapStation 

A ZapMedia első terméke egy Linux-alapú hang- és 
mozgóképtár a komolyabb igényeket támasztó fel- 
használók számára. A ránézésre sztereó rádiónak tűnő 
készülék egy 800 MHz-es Intel Celeron processzort rejt 
128 MB memóriával és egy 30 GB méretű merevle- 
mezzel — mindezt egy 2.4-es Linux rendszermag egészíti 
ki. A felhasználói felület XFree86-, Ot-, és Java-alapú, 
ezekhez egy testreszabott Fresco Browser társul. 

2 http:/Awww.zapmedla.com 
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HP Digital Entertainment Center 

A HP első olyan termékében, amely a fogyasztói 
szórakoztató eszközök piacára készült, 2.4-es Linux és 
X Window System rejlik. Beágyazott gépe 
egy 566 MHz-es Celeron 64 MB RAM-mal és 
40 GB-os merevlemezzel, külső eszközöket 
USB-, ethernet- és HPNA-felületen csatlakoz- 
tathatunk hozzá, és beépített V.90-es modem- 
mel, sztereó hangkimenettel és tévés képmeg- 
jelenítéssel rendelkezik. A készülékkel zenéket 
és mozgóképet rögzíthetünk vagy töltetünk le az Inter- 
netről, illetve belső merevlemezére zenei CD-ket is 
átmásolhatunk. 5 http://products.hp-at-home.com/ 
products/detail.php?id-L1410A4j— 2 


Bokks hordozható médialejátszó 

Sokoldalú eszköz, DSL-, kábel- vagy optikai hozzáféréssel 
csatlakozhat széles sávú hálózatra, elektronikus levelet 
írni, webezni pedig egy televíziókészüléket segítségül 
hívva tudunk vele. Mozgóképeket, zenéket és egyéb 
állományokat tud tárolni több gigabájtos belső meghaj- 
tóján, amelyeket bármikor megtekinthetünk és meghall- 
gathatunk, ha tévékészülék, hifitorony vagy számítógép 
közelébe kerülünk. A dobozka belsejében egy 266 MHz- 
es National Semiconductor S5C1200 jelzésű, teljes értékű 
lapkagép (a teljes rendszert egyetlen lapkán megvalósító 
gép) lapul, működtetéséről 2.4-es Linux-rendszermag 
gondoskodik. 5 http://wvww.bokks.net 


Motorola DCT5000 

A Lineo bejelentette, hogy a Motorola széles 
sávú távközléssel foglalkozó részlege a Lineo 
Embedix fejlesztését választotta ki interaktív 
digitális multimédia set-top boxaihoz. A készü- 
lék személyi mozgóképrőgzítésre és médiafo- 
lyamok kezelésére képes, illetve az otthoni hálózathoz 

is képes csatlakozni. 

2 http:/Awvwwvv.linuxdevices.com/news/NS3134551333 


JCC 1BOX-2 

A Japan Computer Corporation (JCC) bejelentette, hogy 
a National Geode nevű , set-top box egyetlen lapkán" 
termékére építve beágyazott Linuxot futtató eszköz 
fejlesztésébe kezd. A készülék 16-32 MB memóriát és 
8 MB méretű DiskOnChip flashlemezt kap, valamint 
beépített ethernetcsatlakozóval is rendelkezni fog. 

2 http:/Awvvwwvv.linuxdevices.com/news/NS4653311319 


VT Media VT-100 

A VT Media Technologies a Century Embedded Software- 
rel együttműködve egy linuxos megoldással próbál tért 
hódítani az alacsony költségű széles sávú, illetve IP-alapú 
set-top boxok piacán. A 2002-es CeBIT-en a VT Media 
bejelentette, hogy várakozásaik szerint a világ első 150 
dollár alatti áron kapható széles sávú set-top boxával állnak 
majd elő. Az eszköz a National Semiconductor x86-alapú 
SIB rendszerén alapul majd, és a Century WebMedia prog- 
ramkészletét, valamint testreszabott Linuxot fog futtatni. 

2 http:/Avww.vtmt.com és www.censoft.com 


Kiszolgálóeszközök 

A kiszolgálóeszközök amolyan fekete dobozok, amelye- 
ket otthon, a kisebb irodákban és a munkacsoportos 
környezetekben helyi kiszolgálókként használunk, például 
fájlok és nyomtatók megosztására, esetleg internetes 
átjáróként, tűzfalként, útválasztóként, elektronikus leve- 
lezőszolgáltatóként vagy virtuális magánhálózatok létre- 
hozására alkalmazunk. Beépített Linux operációs rend- 
szerrel és nyílt forrású webkiszolgálóval felszerelkezve 
ezek a játékszerek gyakran , kattintgatós", böngészőből 
használható beállítófelületet nyújtanak a műszaki dolgok 
iránt kevésbé érdeklődő felhasználók számára, miközben 
árukat nem emeli a kereskedelmi programok magas 
beszerzési költsége. Az alábbiakban néhány beágyazott 
Linux-alapú példát említek. 


Filanet InterJak 

A könnyen kezelhető Linux-alapú készülék gyártója azt 
állítja, hogy svájci bicska értékű megoldást kínál napjaink 
sűrűn behálózott felhasználóinak. Belül egy x86 processzor 
található, mellette 128 
MB RAM és egy több GB 
kapacitású merevlemez 
lapul, amelyekhez termé- 
szetesen Linux párosul 
további nyílt forrású prog- 
ramok, mint az Apache, a MySOL vagy az Exim levélki- 
szolgáló társaságában. 5 http:/Awww.filanet.com 


SnapGear VPN-útválasztók 

Könnyen beállítható, kisméretű, Linux-alapú eszközök 
családja, tagjai átjáróként, útválasztóként, tűzfalként 
vagy VPN-szolgáltatóként használhatók. A belépő szintű 
változatok Motorola ColdFire processzorokkal, 4-8 MB 
memóriával és 

1-2 MB flashmemó- 
riával működnek, 

míg az erősebb 
típusok AMD SC520 
processzorokat, akár 
128 MB memóriát és 
16 MB flashmemóriát 
tartalmaznak. 

A SnapGear széles körben alkalmazza a uClinuxot, és 
maga a cég is hozzájárul a forráskód fejlesztéséhez. 
2 http:/Awww.snapgear.com 





Filanet InterJak 





SnapGear VPN-útválasztó 


Celestix Networks Aries 

Kisméretű készülék, alapvetően erőforrások és internet- 
hozzáférés egyszerű megosztására használható kisebb, 
illetve legfeljebb ötvenfős munkacsoportokban. Belse- 
jében a beágyazott Linuxot a hordozható gépekből meg- 
ismert alkatrészek szolgálják ki, így megbízható, hűtő- 
ventilátorokat nem tartalmazó, apró készülékről van szó. 
2 http://Awww.celestix.com 


Sun Cobalt Cube 
A , teljes internet- és intranetkiszolgáló egyetlen 
dobozban" szlogennel kísért Cobalt Cube kék színű 





ÚJ a 


dobozkája egyszerre kiszolgáló, átjáró, útválasztó és 
VPN-szolgáltató, beállítása mégsem okoz nehézséget. Az 
eszközben a beágyazott Linux AMD K6-II processzoron 
fut, amelyet 512 MB SDRAM és egy nagyméretű SCSI 
merevlemez egészít ki, a külvilággal pedig 10/100 Mbit 
sebességű ethernetcsatolóval, soros konzol- és USB- 
kapun keresztül tartja a kapcsolatot. 

2 http:/Awvww.cobalt.com 


emWare DeviceGate 

Látszólag játékszer, ám remekül használható Linux- 
alapú átjáró egy-egy alkalmazási területre. 486-os vagy 
PowerPC processzort tartalmaz, 16 MB rendszermemó- 
riával és 16 MB DiskOnChip tárterülettel gazdálkodik, 
valamint ethernet és RS-232/485 soros csatlakozóval 
rendelkezik. Csak egy példa a lehetséges alkalmazások 
közül: ipari szivattyúk vezérlőinek távoli felügyelete, 
amely a vízminőség szinten tartását szolgálja vízkezelő 
telepeken. 5 http://www.emware.com 


Vezeték nélküli hozzáférési pontok 
Szintén apró eszközök, segítségükkel 802.11 vagy 
Bluetooth-alapú, vezetéknélküli hálózati elérést biztosító 
területek hozhatók létre cégen belül, valamint bevásár- 
lóközpontokban, könyvtárakban, belvárosi területeken, 
repülőtereken, kávézókban és egyéb nyilvános helyeken. 
Néhány beágyazott linuxos példa: 


Axis , Bluetooth hot spot" 

A 9010 Access Point modell az Axis ETRAX nevű, 

32 bites, RISC processzorra épülő lapkagépe, amelyhez 
16 MB DRAM és 2 MB flashmemória, valamint egy 
beépített Bluetooth-adóvevő és egy 10/100 Mbit sebes- 
ségű ethernetcsatoló tartozik. A készülék beágyazott 
rendszere az Axis ETRAX uClinux átültetése, amelyet 
az Axis saját fejlesztésű Bluetooth Linux-verme egészít 
ki, a karbantartást és a telepítést pedig webes felüle- 
ten, beépített webkiszolgáló segítségével végezhetjük. 
2 http://www.axis.com/products/axis 9010 


Ericsson ,blip" 

A ,blip" egy kisméretű, zárt eszköz, amely vezeték 
nélkül képes kapcsolatot tartani mobiltelefonokkal, 
zsebtitkárokkal és egyéb mobileszközökkel, ha azok 
képesek Bluetooth összeköttetések kezelésére. 

A ,blip" belsejében egy ARM/TDMI-alapú, 32-bites 
RISC processzor, 2 MB memória és 2 MB flashmemó- 
ria bújik meg, ezeken az összetevőkön uClinux, uClibc 
és az Ericsson Bluetooth verme fut. A , blip" első 
változata (Blip C11) már nincs forgalomban; valamikor 
idén egy újabb, Blip Net nevű változat váltja fel — állítja 
az Ericsson Business Innovation csoportjának egyik 
vezetője. 5 http://wvww.linuxdevices.com/ 
articles/AT9037120829 


Wireless Networks — BlueLAN 

A készülék a NetSilicon 32-bites, ARM7TDMI-jelű, 
RISC processzort tartalmazó lapkagépére épül, ame- 
lyen uClinux fut. Rendelkezik egy soros kapuval, egy 
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10/100 Mbit sebességű ethernetcsatolóval és 

egy beépített Bluetooth VI.1 adóvevővel,. 

2 http://www.wirelessnetworksinc.com/ 
prod bluelan.htm 


Musenki M-1/IMI-3 

Nemrég bejelentett hozzáférésipont-család; 
tagjai 200333 MHz órajelű Motorola 
MPC38241-típusú lapkagépre épülnek, ame- 
lyeket akár 128 MB SDRAM és 16 MB flash- 
memória szolgál ki. Egy mini PCI-foglalatnak 
köszönhetően a készülék belsejébe tetszés 
szerinti bővítőkártyát helyezhetünk, így például 
eltérő 802.11 vagy Bluetooth rádiót használha- 
tunk, illetve egyéb szolgáltatásokkal vagy felü- 
letekkel bővíthetjük. A Musenki számos nyílt 
forrású tervezet — PenguinPPC rendszermag 
források, PPCBoot, uClibc, BusyBox és egye- 
bek — eredményeire támaszkodva hozta létre 
saját beágyazott Linuxát. 

2 http://www.musenki.com 


Idővel elválik... 

Vajon mely területen jár majd a legnagyobb 
sikerrel a beágyazott Linux? Mely termékeket 
fogják a legnagyobb példányszámban eladni? 
Sajnos, számos ütőképes termék létezését 
titokban tartják, amíg készen nem állnak 

a piaci megjelenésre — így azonban a sorozat- 
gyártás megkezdéséig nem szerezhetünk róluk 
tudomást. Érdemes tehát figyelemmel kísérni 
az eseményeket. 


Köszönetnyilvánítás 

A cikk megszületéséhez a következő beágyazott Linux- 
szal foglalkozó cégek szakemberei nyújtottak értékes 
segítséget: Lineo, Inc.: 5 http://wvww.lineo.com; 
MontaVista Software: 5 http://www.mvista.com 

és TimeSys Corp. 5 http://www.timesys.com. 

A legújabb érdekességek és a további részletek a fel- 
soroltakkal és egyéb beágyazott Linuxot futtató termé- 
kekkel kapcsolatban a LinuxDevices.com oldalon, az 
,Embedded Linux Cool Devices" Ouick Reference Guide" 
részlegben találhatók: 

2 http:/Awww.linuxdevices.com/articles/AT4936596231 


Linux Journal 2002. július, 99. szám 


Rick Lehrbaum 
(rickolinuxdevices.com) hozta létre 
a LinuxDevices.com ,beágyazott 

L inuxok portálját", amely nemrég 
tagja lett a ZDNet Linux Resource 
Centernek. Rick 1979 óta foglakozik 
beágyazott rendszerek fejlesztésével. I ársalapítója 
az Ampro Computersnek, alapító tagja a PC/104 
Consortiumnak, és fontos szerepet játszott abban, 
hogy az Embedded Linux Consortium elindulhatott. 
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Távoli mérőhelyek felügyelete 


Felhasználóbarát felület 


Fe lesztés, konzultáció és más szolgáltatások 


Direct! 


a nagy 


MESS 


0 és DMA adatátvitel 


ségű alkalmazáso 


Számtalan funkció 


Szisztematikus szabályozási lehetőségek 


Ipari és tudományos célokra 


Xmea: Linux-alapú univerzális mérőrendszer 


Miként lehet szabad felhasználású programokra 
alapozva hatékony méréstechnikai megoldásokat 
felépíteni? 


Szinte hihetetlen, hogy mi mindent találtunk ki eddig 
annak érdekében, hogy egy dolog jellemző adatait 
megismételhetően meg tudjuk határozni — az ember 
már csak ilyen. Mér, számol, kalkulál, tervez és számol... 
Nagyon változatosak a célok és okok, amelyek adatgyűj- 
tésre sarkallnak minket. Rugaszkodjunk el a mindennap- 
jainkban meglévő gyakorlattól, miszerint milyen nehéz, 
milyen hosszú, mennyibe kerül, és inkább két fő adatgyűj- 
tési célra összpontosít- 
sunk. Vagy egy adott 
folyamatról kell tanúsí- 
tanunk, hogy a megfe- 
lelő módon zajlik (pél- 
dául a munkadarabok 
gyártásközi ellenőrzé- 
Se), vagy több-keve- 
sebb bemenő érték 
más, kimenő értékekre 
gyakorolt hatását kell 
tetten érnünk, mert az 
adott rendszerről kevés 
vagy semmiféle adattal 
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nem rendelkezünk (pél- 
dául kutatás). A terület 
rendkívül izgalmas, ám 
helyenként nincs eléggé 
kitaposva a megfelelő 
út, de magában hor- 
dozza a siker esélyét, 
valamint azt, hogy a 
használható termék 

a fent említett két terü- 
lettől merőben eltérő 
helyeken is kiválóan 
alkalmazható. A továb- 
biakban megpróbáljuk 
bemutatni, miként lehet szabad felhasználású progra- 
mokra alapozva hatékony méréstechnikai megoldásokat 
felépíteni. Az Xmea for Linux egy olyan szabványos gra- 
fikus felülettel rendelkező mérésadatgyűjtő és — szabá- 
lyozó program, amelynek továbbfejlesztése, illetve meg- 
lévő környezetbe való beillesztése könnyedén megoldható. 
Keretrendszerként különféle feladatok megfogalmazására 
biztosít tág lehetőségeket. Kimenetei szabványosak, Így 
jól együttműködik más rendszerekkel. A siker kovácsa 
jelen történetünkben a Meditor Általános Fejlesztő Iroda 
(5 http://www.meditor.hu), amely már a 90-es évek 
elején hozzákezdett saját méréstechnikai rendszerének 
kiépítéséhez. 

E hosszú folyamat fontos állomása volt, amikor korábbi 
tapasztalataik összegzéseként egy követelményrendszer 
felállításával álltak neki egy általános célú, összetett 
mérőprogram kifejlesztésének. 


A követelmények: 


e — 32 bites, megbízható, többfeladatos rendszer legyen; 

e — szabványos grafikus felületet biztosítson; 

e — jól meghatározott eszközmeghajtókkal rendelkezzen, 
és biztosítsa a perifériák alacsony szintű elérését; 

e — bárki számára könnyen elérhető legyen. 


A fejlesztési célok kizárták a windowsos környezetet, 
így esett a választás az akkor már egyre ismertebbé váló 
Linux operációs rendszerre. A Linux létjogosultsága ma 
már nem kérdéses, különösen a nagy megbízhatóságot 
igénylő feladatoknál. Jellemzően ilyenek az ipari mérés- 
adat-gyűjtési munkák, ahol a mérés csak nehezen vagy 
nagy költséggel ismételhető meg. A programmal szem- 
ben támasztott követelmények a következők: 


e . A méréstechnikai feladatokat a lehető legáltaláno- 
sabb módon írja le, hogy a tényleges tennivaló 
megfogalmazása széles körű, de könnyen kezelhető 
jellemzőtáblázat kitöltésével váljék lehetségessé. 

e A linux adta előnyöket használja ki, ugyanakkor a 
lehető legjobban illeszkedjék a Unix-szabványokhoz. 

e — A forrásanyag elemekből felépített, jól áttekinthető 
és könnyen karbantartható legyen. 

e  Szavatolja a 24 órás készenlétet, és ne legyen érzé- 
keny a rendszerhibákra. 

e — Felhasználói felülete könnyen kezelhető és jól átte- 
kinthető legyen, használja az általánosan elfogadott, 
illetve szabványos adatbeviteli és kijelzési eljáráso- 
kat, ugyanakkor megjelenésében legyen egyedi. 

e — A lehető legkisebb mértékben se zavarja az operá- 
ciós rendszer működését, és maradjon meg a több- 
feladatos, többfelhasználós üzemmód. 

e . Üzembe helyezése, indítása és testreszabása legyen 
a lehető legegyszerűbb. 

e . Kimenetei legyenek szabványosak (jpg, ASCII, 
PostScript), a tárolt adatok kevés helyet foglaljanak 
el, ugyanakkor tartalmazzák azt az adattöbbletet, 
amelynek segítségével a felhasználói hibákból eredő 
adatvesztés orvosolható. 

e — Tegye lehetővé a program futása során bekövetke- 
zett (kritikus) események tárolását (1og-file). 


Bármilyen méréstechnikai feladat három, időben többé- 
kevésbé összerendezett mozzanatból áll. Először 
meghatározzuk magát a feladatot (mit akarunk mérni 
és miért), azután összegyűjtjük az adatokat, végül 
értelmezzük őket. 

Az Xmea lehetőséget biztosít rá, hogy ezek a mozzana- 
tok bizonyos mértékig átfedjék egymást. 

Az első teendő — legalábbis mérnöki megközelítéssel — 
mindig a mérni kívánt mennyiség számbavétele, szélső 
értékeinek meghatározása. EI kell dönteni továbbá azt is, 
hogy a mérési adatokhoz milyen eszközön keresztül 
tudunk hozzáférni (mérőkártya, önálló mérőberendezés 
szabványos felülete, hálózati kártya stb.). A mérési 
feladat megfogalmazása során úgynevezett keretekkel 
dolgozunk: 





NM a 


e — Az Általános keret a minden csatornára vonatkozó 
jellemzőket (paramétereket) tartalmazza. 

e — A Csatornák kereten belül az egyes mért 
mennyiségekhez a számunkra leginkább megfelelő 
szöveges ismérveket rendelhetjük. 

e . Az Események keret megértése alapvető a hatékony 
munkához, ugyanis itt adhatjuk meg, hogy a mérési 
folyamat során bekövetkezett eseményekre milyen 
válasz következzen. 
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e — A Töréspontok keret segítségével egy adott mérőjel 
karakterisztikáját határozhatjuk meg. Egy kilenclép- 
csős táblázatban megadhatjuk, hogy egy adott digi- 
tális értékhez milyen természetes mértékegységben 
megfogalmazott mennyiség tartozik — ez tulajdon- 
képpen beállítási lehetőség is. 


A mérési adatok kijelzése 

Érthető az embereknek az a törekvése, hogy a mérési 
adatokat keletkezésük pillanatában látni akarják, bár 
a tapasztalatok szerint a valós idejű kijelzésnek nem 
sok értelme van. Ha a mérési adatok beavatkozást 
tesznek szükségessé (szabályozás, riasztás), ezt 
sokkal gyorsabban és biztonságosabban megteszi 
helyettünk a számítógép, az utólagos adatelemzés 
pedig megfontoltabb döntést tesz lehetővé, mint egy 
múló pillanat során szerzett adat. Mégsem jutna 
eszébe senkinek mérésadatgyűjtő programot készíteni 
úgy, hogy az valós idejű adatkijelzést valamilyen 
formában nem tartalmaz. 

Az Xmea kijelzője többféle módon segíti a megfigyelőt. 
Nemcsak az adatok változását követhetjük nyomon, 
hanem bizonyos mértékű felhasználói beavatkozásokra 
is lehetőséget ad. Fő feladata természetesen a kijelzés. 
A lehetséges 128 csatornából egyszerre 16 tetszőlege- 
sen választottnak a pillanatnyi értékét olvashatjuk le, és 
két csatorna 600 mintás előéletét is nyomon követhet- 
jük egy grafikonon. 


Utólagos adatelemzés 

Az adatelemzés során az összegyűjtött adatokat 
különféle szempontok szerint csoportosíthatjuk. 
Ábrázolhatjuk őket hagyományos grafikus diagramon 
(idődiagram), de bármelyik csatorna is vonatko- 

zási alapként szolgálhat. 
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Például vizsgálhatjuk, hogy változó erő hatására milyen 
alakváltozások jöttek létre a mintadarabokon. Az ábrák 
érdekes részei kinagyíthatók, adatainkat statisztikai 
elemzéseknek vethetjük alá, különféle kinyomtatható 
listákat kérhetünk róluk. 

Természetesen adatbázis-műveletekre is lehetősé- 
günk nyílik. 


Esettanulmányok 
A továbbiakban néhány alkalmazási példán keresztül 
vizsgáljuk az Xmea sokszínűségét. 


1. Tételezzük fel, hogy adott egy olyan cég, ahol egy 
meglévő berendezést (pneumatikus présgép) kell 
kiegészíteni úgy, hogy alkalmas legyen a különféle 
technológiával készült statikai elemek (például 
gerendák) terheléses vizsgálatára. 

A fejlesztési munka eredményeként létrejött eszköz 
legfeljebb 12 méter fesztávú elemek vizsgálatára 
alkalmas. Az alakváltozást precíziós elmozdulásmérők 
segítségével 12 ponton rögzítjük. Külön mérjük a két 
ponton átadott terhelést, a levegőnyomást és a 
berendezés kezeléséhez szükséges kapcsolók állapo- 
tát. Az analóg jelek átalakulását Advantech PCL-818L 
típusú mérőkártya végzi. 

Leggyakrabban azt a legnagyobb terhelést keressük, 
amelynek hatására a gerendák eltörnek. A feladat 
érdekességét a teherfelfutás fokozatossága adja. 

A statikai szakértő kérésére a terhelést lépcsőzetesen 
emeljük, egy-egy lépcsőfokon néhány percet időzve. 
Ehhez az Xmea azon tulajdonságát használjuk ki, 
amelynek révén mérés közben új jellemzőtáblát képes 
betölteni, vagyis minden egyes lépcsőfokhoz más, 
nagyobb teherrel egyensúlyozó tartó- és szabályozó- 
kört tartalmazó táblázat tartozhat. 

2. A következő lehetséges alkalmazás számomra 
sokkal izgalmasabb. Vegyünk egy tenyérnyi PC-t, 
tegyünk rá egy memóriakártyát, adóvevőt, érzéke- 
lőket, telepítsük rá a Meditorék 16 MB-os Linuxát, 
majd az Xmeat, és az egészet dobjuk be egy kataszt- 
rófa (például tűzvész) sújtotta területre, majd egy 
laptoppal az ölünkben üljünk le a közelben, és gyűjt- 
sük az adatokat arról, hogy ,odabent" milyen gőzök, 
gázok, hőmérséklet található. Ebből szinte azonnal 
kikövetkeztethető, hogy milyen oltás szükséges, 
hogy milyen veszélyekkel kell szembenéznie a 
mentőcsapatnak. 


Zárszóként talán még annyit érdemes megemlíteni, hogy 
a nyílt forrásnak köszönhetően a fejlesztés töredékébe ke- 
rült a ma sajnos még általánosan megszokotthoz képest. 


Gibizer Tibor 
(gibzoolinuxmania.hu) 

Újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 
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LIME-nyár 


A Linux-felhasználók Magyarországi Egyesületében 
nyáron sincs pihenés. 


Az egyesület aktív tagjainak számottevő része teljes 
erőbedobással igyekszik kiélvezni a nyár örömeit, míg az 
itthon maradtak folyamatosan végzik az egyesületben 
vállalt feladataikat. 

Ha végigtekintjük a folyamatban lévő ügyeket, két 
nagyon fontos dolgot kell kilemelnünk: a Pingvin füze- 
teket és a Fordítássegítő rendszert. 

Tavaly az LME a Miniszterelnöki Hivataltól (MeH) tízmil- 
lió forintot nyert pályázat útján. Három témában pályáz- 
tak, és mindhárom vállalt kötelezettséget teljesítették. 
Az első sikert a Fordítássegítő rendszer elkészítése jelen- 
tette, melyet készítői várhatóan a közeljövőben átdolgoz- 
nak, bár ha nagyon pontosak szeretnénk lenni, akkor 
elmondhatjuk, hogy lényegében egy teljesen új rendszer 
elkészítése várható. 

Ezt követte a sok vihart kavart OpenOffice.org honosítá- 
sa, ahol az eredetileg pályázó cég nem tudta teljesíteni a 
vállalt kötelezettségeket, így az egyesület kényszermeg- 
oldásai próbálták fedezni a részteljesítéseket. A végső 
megoldást az FSF.hu (Free Software Foundation — Szabad 
Szoftver Alapítvány) Guinness-csúcsnak beillő maratoni 
hétvégéje jelentette, ahol több mint száz vállalkozó ember 
három nap alatt lényegében a teljes programcsomag for- 
dítását elvégezte. Az OpenOffice.org körüli folyamatos 
felfordulásnak köszönhetően kissé háttérbe szorult a har- 
madik nagy feladat végérvényes teljesítése, amelyet az 
egyesület most igyekszik tisztába tenni. A Pingvin füze- 
tek annak idején határidőre elkészültek, kifizetésre kerül- 
tek, de a helyesírás-ellenőrzés, a szövegek , magyarról 
magyarra" történő átültetése, szakmai csiszolása még 
nem ért véget. A jelenleg elkészült füzetek: 


A számítástechnika alapjai 
Grafikus kezelőrendszerek 

e KDE 

e . GNU/Linux hálózat-konfigurálása 


Levelezőrendszerek — Szövegszerkesztő rendszerek I. 
e — OpenOffice.org 

e. Abiword 

e — KÖffice 


Szövegszerkesztő rendszerek II. 
e — OpenOffice.org 

e. Abiword 

e — KÖffice 


Táblázatkezelő rendszerek I. 
e — OpenOffice.org 


e . Abiword 
e . Gnumeric 
e — KÖffice 


Táblázatkezelő rendszerek II. 
e — OpenOffice.org 


e . Abiword 
e . Gnumeric 
e — KÖffice 





Bemutatókészítés 
e — OpenOffice.org 
e — MagicPolint, 

e Dia 


A számítógépes grafika alapjai (vektor) 
e — OpenOffice.org 


e Xfig 

e — KÖffice 

A számítógépes grafika alapjai (bitmap) 
e — Xpaint 

e Gimp 


GNU/Linux-rendszerek telepítése 

e . A GNULLinux alapparancsai 

e . GNU/Linux-segédprogramok használata 
e — Héjprogramok 

e — Linux-parancsértelmezők 

e . GNU/Linux-rendszerek karbantartása 


A véglegesen elkészült, ellenőrzött, javított füzetek pdf 
formátumban megtekinthetők és letölthetők a 

5 http:/Awww.lme.hu/mehy/pingvinfuzetek.htmi oldalról, 
a források pedig az LME CVS-éből. 


Tanácskozássorozat 2001-2002 

A 2001-es tanácskozássorozat célja kettős volt: egyfelől 
bemutatta, hogy milyen felhasználási területei vannak 

a nyílt forrású programoknak, másrészt bevezetést nyúj- 
tott a nyílt forrású programokkal kapcsolatos kultúrába. 
A felhasználási területek bemutatásánál kitértünk az ott 
található kihívásokra, megközelítésük lehetőségeire és a 
linuxos megoldás fő szempontjaira. Megmutattuk, miért 
és hogyan lehet nyílt forrású programokból költséghaté- 
kony, gyártófüggetlen, jól méretezhető módon megbíz- 
ható, sok szolgáltatással bíró és nagy teljesítményű 
rendszereket építeni. 

A kultúra témakörében bemutattuk a nyílt forrású pro- 
jektekkel kapcsolatos alapfogalmakat; azokat a módsze- 
reket és szokásokat, amelyekkel a nyílt forrású fejlesztők 
kapcsolatot tartanak; és azt a módot, amellyel az együt- 
tes tudás és a több mint harminc éves mérnöki hagyo- 
mány az így készült programba beépül. 

A rendezvénysorozat legfontosabb mondanivalója az 
volt, hogy létezik emberközpontú választási lehetőség 
mind az informatikával kapcsolatos hozzáállásban, mind 
pedig az informatikai módszerekben. Ennek a választási 
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kilátással rendelkező informatikát lehet építeni. 
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A szakmai napokra az egész országból várták az érdeklő- 
dőket. Az előadások 10-15 óráig tartottak, egyenként 





. Láttuk-hallottuk — 


45 perces előadással és az előadásokhoz kapcsolódó 

15 perces tanácsadási idővel. 

A résztvevők a rendezvény napján egy Előzetes kiadványt 
kaptak kézhez, amely az előadások részletes vázlatát 

(az előadások során kivetített diák (slide) másolatát) 
tartalmazta, illetve a témakörhöz kapcsolódó olyan írásos 
anyagokat (például esettanulmányt, szabályozást), me- 
lyek követhetőbbé tették számukra az előadások anya- 
gát, és munkájuk során is hasznosítani tudták őket. 

A rendezvényről Követőkiadvány is készült. A dokumen- 
tumot az előadások és a tanácsadás hangfelvétele alap- 
ján készítették. A hangfelvétel nyomán készített írásos, 
szerkesztett változatot az előadók megkapták ellenőr- 
zésre, javításra és az általuk lektorált, illetve engedélye- 
zett anyag került a kiadványba. A Követőkiadványt a 
résztvevők a rendezvény napjától számított 3—4 héten 
belül elektronikusan vagy papíron kézhez kapták. 

A résztvevők az egyes rendezvényeken minden alkalom- 
mal Rendezvényértékelő lapot töltettek ki, ily módon ösz- 
szegyűltek a résztvevői vélemények. Az ügyfelek témákkal 
kapcsolatos további szakmai kérdéseit a Követőkiadvány- 
ban igyekeztek megválaszolni és megfelelni tájékozódási 
igényeiknek, illetve a további szakmai napok témaköreit 
igényeik szerint kiegészíthették. A szakmai napok témakö- 
reit és az egyes előadások tartalmát a Linux-felhasználók 
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Magyarországi Egyesülete (LME) állította össze. 

A rendezvénysorozat elszámolási határideje a MEH-IKB-nak 
2002. június 30. volt. Az elszámoláshoz szükséges igazo- 
lások és dokumentumok beszerzése és elkészítése a fő 
júniusi feladatok egyike volt. Mivel a tanácskozássorozat 
anyagi fedezetét utólagosan fizetik ki a pályázati pénzből, 
ennek az anyagnak az elkészítése az egyesület szempont- 
jából kényes kérdés volt, végül sikerült időben beadni. 


Őszi Linux-tanácskozás 2002 

A már hagyományosnak nevezhető őszi szakmai tanács- 
kozást az Egyesület idén is szeretné megtartani. Szerve- 
zése folyamatban van, és a szakmai nap várhatóan szep- 
tember végén-október elején kerül megrendezésre. 


Nyári Linux-tábor 

A napokban kezdődött, és mire az újság megjelenik, be is 
zárja kapuit a szerencsi Linux-tábor. A két hét alatt több 
LME-tag is megjelenik előadóként. 


Gibizer Tibor 
(gibzoolinuxmania.hu) 

Újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 


szolgáltatását 





Június 18-án rendezett sajtótájékoztatóján a Shell Hungary 
Rt. bejelentette, hogy Smart programja a hónap közepétől 
az Interneten is elérhetővé válik. A törzsvásárlók a bejegy- 
zést követően a 5 http:/Awww.smart-online.hu webol- 
dalon számítógép mellől is intézhetik kártyájukkal kapcso- 
latos összes tennivalóikat. A bejegyzés után kártyát igé- 
nyelhetnek vagy tilthatnak le, illetve lehívhatják tranzak- 
ció-történetüket. A Smart-katalógus bejegyzés nélkül is 
megtekinthető, ha pedig valaki úgy dönt, hogy az Interne- 
ten keresztül vásárolja le a pontjait, a kiválasztott termé- 
ket postán juttatják el hozzá. Az 1997 óta létező Smart 
program virtuális kiterjesztésének sikerét megelőlegezi, 
hogy más hasonló világhálós hűségprogramok, pontgyűj- 
tő akciók általában nagy érdeklődést keltenek az internet- 
használók körében. A Smart Online oldalán már a hiva- 
talos bejelentést megelőzően több száz kártyatulajdonos 
jelentkezett be a rendszerbe. A törzsvásárlói program 
internetes változatát a Hungary Network Rt. fejlesztette 
ki. A cél — mivel tömeges érdeklődésre számítanak — egy 
igen egyszerűen használható, látványos, de áttekinthető 
oldal létrehozása volt. A Smart Online létrehozásakor egy 
banki jellegű szolgáltatást (például egyenlegletöltés, szer- 
ződéskezdeményezés) kötöttek össze egy webáruházzal. 
Kulcsfontosságú volt a biztonsági háttér megteremtése is, 
mivel a program másfélmillió résztvevőjének személyes 
és marketingadatai kerülhetnek be a rendszerbe — ugyanis 
üzleti jellegű adatokat is megadhatunk magunkról a 
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bejegyzés során, és ebben az esetben további pontokkal 
gazdagodhatunk. Bejelentkezéskor a felhasználó közli az 
e-mail címét, amelyre megérkezik a jelszava. Ezzel a 
jelszóval tudja a későbbiekben 
megnyitni a védett webfelületet, 
ahol azután virtuálissá tett pont- 
jaival gazdálkodhat. A rendszer 
az SSL-megoldás segítségével 
védi az adatokat: minden mega- 
dott információ kódolva halad át 
az Interneten a kiszolgálóig, ahol 
ugyancsak kódolva tárolódik. 

A Shell Magyarországon ala- 
kította ki a Smart program 
számítógépes fejlesztését és 
európai háttértámogatást 
biztosító egységét. A Smart 
Online bevezetését tizenkét országban tervezik, a szolgál- 
tatás a megfelelő technikai és nyelvi változtatások végre- 
hajtása után számukra is rendelkezésre áll. 





Szabó Ágnes 
(agipnetelligents.com) újságíró, 
szociológus. 25 éves, sajtó-, inter- 
net- és kávéfüggő. Ez utóbbiról sze- 
rencsére leszokófélben van. Ked- 
venc sportja a futás és a lovaglás. 





25 


2002. augusztus 


0 Kiskapu Kft. Minden Jog fenntartva 
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Debian Potato GNU/Linux 4836-os laptopon 
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Nem csak legenda, hogy a Linux már 386-os 
processzorokon is fut! 


A Linux fő erényei között tarthatjuk számon, hogy egy 
jól irányzott rendszermagfordítással teljesen számítógé- 
pünkhöz igazíthatjuk, így lehetőségeinkhez mérten a leg- 
jobban ki tudjuk használni. Ennek köszönhetően még 
nagyon szerény kiépítéseken is használható linuxos kör- 
nyezetet teremthetünk. 
Mivel a Linux népszerű- 
sítéséhez — elsősorban 

a tévés megjelenésekre 
gondolok — nagy szüksé- 
günk lenne egy-két hor- 
dozható számítógépre, 
támogatót keresve körül- 
néztem ismeretségi kö- 
römben. Halk szavú leve- 
lemre egy amerikai szá- 
mítógép-műszerész jelent- 
kezett. Felajánlott egy tíz- 
éves 486 DX4 75 MHz-es, 8 MB RAM-mal szerelt lapto- 
pot, azzal a megjegyzéssel, hogy ha erre is tudok Linuxot 
varázsolni, valóban elhiszi, hogy a Linux mindent tud. 

A laptop meg is érkezett, bár a postai szállítás megpró- 
báltatásait magán viselte: a burkolata két helyen eltört, 
belseje a rázkódástól vagy a dobálástól darabokra hul- 
lott. Rövidke tanulmányozás után darabokra szedtem, 
majd pillanatragasztó, forrasztópáka, és egy kisebb va- 
gyont érő csavarhúzókészlet segítségével alig két nap 
alatt üzemképessé varázsoltam. 

Kezdődhetett a telepítés — a környezetemben fellelhető 
változatok közül a legrokonszenvesebbnek a Debian 
Potato GNU,Linuxot találtam. Ekkor szembesültem az 
első nehézséggel. A laptop nem tartalmaz CD-meghajtót, 
pontosabban van hozzá PCMCIA-kártya, ami külső SCSI 
CD-meghajtót kezel, sőt be is szereztem egy ilyen esz- 
közt, de a gép BIOS-a nem tudta kezelni. 

A gondok halmozódtak, mivel hajlékonylemez-meghajtó 
sem volt benne. Körbefutottam a környékemen található 
számítástechnikai üzleteket, hogy vegyek egy adaptert, 
amibe a laptop merevlemezét beletehetem. Arra gondol- 
tam, hogy asztali gépemre csatlakoztatva átmásolom a 
rendszert, majd a laptopba visszahelyezve mindent rendbe 
rakok. A körút csak tapasztalatszerzésre volt jó: egy ilyen 
egyszerű kis segédeszköz a jelek szerint nem túl kelendő, 
így nem is tartanak. Ekkor nyílt levelet intéztem szűk 
baráti körömhöz, hogy némi segítségre szert tehessek. 
Egy kedves programozó barátom egy kísértetiesen 
hasonló laptoppal a hóna alatt már másnap megjelent 
nálam. A két szerkezet közti leglényegesebb különbség 
az, hogy az övében van 1,44-es meghajtó. Azonnal 
behelyeztük gépébe 1,4 gigabájtos merevlemezemet, 
majd legyártottuk a Debian-telepítőlemezeket. 

Milyen igaza volt Murphynek! Telepítés közben derült ki, 
hogy a merevlemez tönkrement. A telepítést egy héttel 
elhalasztottuk, végül sikerült vennem egy 10 GB-os 
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háttértárolót (kisebbet nem kaptam). Ezzel csak az volt 

a baj, hogy a BIOS egyik gépben sem látta. 

Ilyen apróságtól nem riadunk meg, hiszen a Linux rend- 
szermagja nagyon nem foglalkozik a BIOS-szal. Hajlékony- 
lemezekről telepítettük az alaprendszert, illetve egy 2.2.17- 
es rendszermagforrást tettünk mellé. A leglényegesebb 
feladatokat a masina már el tudta látni, hiszen volt rajta 
vi, less, cp, tar, zip, make és sorolhatnám. 

Az izgalmak még nem értek véget, mivel a rendszer 
barátom gépén nem akart elindulni. Többször végignéz- 
tünk mindent: jók a lemezrészek, rendben van a ///o. conf, 
de a merevlemez indulásánál a gép megáll. Végső két- 
ségbeesésünkben a merevlemezt áttettük az én lapto- 
pomba, és lőn csoda: elindult! Tudtam, hogy nyertünk. 
Röpke hat óra alatt fordítottam a rendszerhez egy rend- 
szermagot — kétszer is megismételve, mivel első nekiru- 
gaszkodásra kifelejtettem a PCMCIA-támogatást, majd 
valahogy elkallódott a külső CD-olvasó tápegysége, tehát 
az utolsó rendszermagfordításra azért volt szükség, hogy 
létrehozhassak egy pl ip-kapcsolatot, azaz a laptop ezen- 
túl a párhuzamos avagy nyomtatókapun fog kapcsolatot 
tartani asztali gépemmel, és rajta keresztül a külvilággal. 
Mindkét gépre írtam egy parancsfájlt, amivel fel tudom 
húzni a pl ip-kapcsolatot, majd telnet-tel beléptem 
az asztali gépre. 

Mivel a terveimben az szerepelt, hogy teljesen önálló 
számítógépet teremtek a laptopból, felmásoltam rá a 
három Debian Potato GNU/Linux CD-t, és átírtam a 
/etc/apt/sources.list-et, hogy , ő" is tudja, honnan fogunk 
ezentúl telepíteni. 

Ez maga a paradicsom. Nem győztem halmozni az élve- 
zeteket. Telepítettem mc-t, ssh-t, w3m, mutt, zgv, 

sőt még a fetchmai1 is felkerült, bár grafikus felület 
hiányában a fetchmail.rc fájlt kézzel kellett létrehoznom. 
Miután minden rendesen működött, sőt, ekkor már ma- 
gyarul végezte a feladatokat, jutott eszembe, hogy a gra- 
fikus felület telepítését is meg kellene próbálni. Tettem rá 
X-et, a Superbrobe-bal megnéztem, milyen videokártya 
van benne, majd beállítottam. A kedvencemet, az Ícewm- 
et tettem fel, ami nem akart elindulni, de az Fvwm2 igen. 
Fél éjszaka csak a system.fvw2rc fájlt (itt lehet beállít- 
gatni az Fvwm2-t) csiszolgattam, hogy az Icewmhez 
hasonlóan működjön. 

A grafikus programok futtatása sajnos hihetetlenül lassú. 
Minden szépen működött, csak lassan. Végül levontam 
a következtetést, hogy ez és a hasonló szerkezetek ka- 
rakteres felületen minden feladatot el tudnak látni, de 
grafikus alkalmazásokhoz érdemesebb erősebb gépet 
választanunk. És ismét bebizonyosodott, hogy a Linux 
szinte mindenen képes működni. 


Gibizer Tibor 
(gibzo(olinuxmania.hu) 

Újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 








Új termékek 


Crossbeam X40S 2.0 

A Crossbeam Systems által fejlesz- 
tett Crossbeam X40S 2.0-s változata 
nyílt eszköz, akár tíz processzoron 

is képes alkalmazásokat futtatni, 





emellett több ISV-től származó alkal- 
mazással teljes körű biztonsági meg- 
oldást nyújt. Az X40S készülék biná- 
ris megfelelősége lehetővé teszi, 
hogy egyetlen eszközön egy tetsző- 
leges Linux-alkalmazás teljes sebes- 
séggel fusson. Az X405S hibatűrő 
csatolókat, tápegységeket és ventilá- 
torokat tartalmaz, a merevlemeze 
tükrözve van, két hálózati és két ve- 
zérlő feldolgozóegységet tartalmaz. 
A hálózati feldolgozóegységek két 
gigabites hálózati csatolót, vagy leg- 
feljebb tizenhat 10/100-as ethernet- 
csatolót tartalmazhatnak. 

Adatok: Crossbeam Systems, lInc., 
200 Baker Avenue, Concord, 
Massachusetts 01742, 

e-mail: infol(iIDerossbeamsys.com, 

2 http:/Awww.crossbeamsys.com 


Altus 130 Server 

Az Altus 130 a legújabb a Penguin 
Computing 1U termékcsoportjába 

tartozó kiszolgálók közül, nagytelje- 
sítményű 


géptelepek 

alkotóré- —— 
szének 

tervezték. A gép lelke a két AMD 
Athlon MP processzorra és az AMD 
76OMP lapkakészletre épülő Ouanti- 
Speed rendszer. Szabványos PC2100 
DDR SDRAM-ot használ, az alaplapon 
pedig két hálózatról történő rendszer- 
indítást lehetővé tevő 10/100 ether- 
netkártya van, hogy az alaprendszer 
hálózati kapcsolata hibatűrő lehes- 
sen. További bővítések is rendelhe- 
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tők, például legfeljebb két ATA-100 
merevlemez, tetszőleges hálózati 
csatolókártya az üres PCI-foglalatba 
és 24 x CD-ROM-meghajtó. A rend- 
szer a különleges igényeknek megfe- 
lelően testreszabható. A Scyld előre 
telepített Beowulf programjával is 
megrendelhető. 

Adatok: Penguin Computing, Inc., 
965 Mission Street, Suite 730, San 
Francisco, California 94103, 

e-mail: info0(ppenguincomputing.com, 
2 http:/Avww.penguincomputing.com 


Linux Carrier Grade 
Edition 2.1 

A MontavVista Software kiadta a 
MontavVista Linux Carrler-Grade 
Edition 2.1-et. Ezt a terjesztést első- 
sorban telekommunikációs felhasz- 
nálásra szánják, például IP- és hang- 
alapú hálózatokba, optikai hálózatokba 
és VolP átjárókhoz. A Carrier-Grade 
Edition magas rendelkezésre állást és 
megbízhatóságot nyújt. A rendszer- 
magot és az eszközmeghajtókat meg- 
erősítették, illetve hibakezelő és meg- 
figyelő szolgáltatások kerültek beépí- 
tésre annak érdekében, hogy megfe- 
leljenek a tllekommunikációs eszkö- 
zöket gyártók különleges igényeinek. 
További tulajdonságok: PICMG 2.12- 
megfelelő, menet közben cserélhető 
eszközök támogatása, hibatűrő ether- 
net alrendszer, valamint egy erőforrás- 
figyelő és eseménykezelő alrendszer. 
Adatok: MontaVista Software, Inc., 
1237 East Argues Avenue, 
Sunnyvale, California 94085, 

2 http:/Awww.mvista.com 


IGNU X-Tools 2.0 

Megjelent a Microcross által készí- 
tett GNU X-Tools Standard Edition 
2.0-s változata. Az X-Tools 2.0 21 
beágyazott processzorcsalád több 
mint kétszázféle változatát támo- 
gatja. A X-Tools tartalmaz szabvá- 
nyos C/C- --, Java és Fortran 
keresztfordítókat, grafikus fejlesztő- 
környezetet, grafikus hibakeresőt, 
assemblert, binárisokhoz való eszkö- 
zöket, felhasználói kézikönyvet és 
6500 oldal elektronikus leírást. 

A támogatott processzorok többek 
között: ARC, ARM, AVR, H8, 1386, 
1960, M32R, M68K/ColdFire, MIPS, 
MIPS64, PowerPC, Sparc, Thumb, 
valamint XScale. 


Adatok: Microcross, Inc., 151 
Osigian Boulevard, Suite 154, 
Warner Robins, Georgia 31088, 
e-mail: sales-omicrocross.com, 
2 http:/Awww.microcross.com 


nstant Wireless 
Presentation Gateway 

A Linksys Instant Wireless Presen- 
tation Gateway terméke a drót nél- 
küli PC-felhasználók számára lehe- 
tővé teszi, hogy a számítógépről 
fizikai összeköttetés nélkül küldjék 

át a bemutatókat és más adatokat 

a számítógépről a VGA-eszközre, 
például vetítőre, monitorra és LCD- 
re. A készülék a 802.11b hálózati 
szabványt támogatja. A WiFi-felhasz- 
nálók a bemutatót előre beprogramo- 
zott billentyűkombinációkkal vezérel- 
hetik. A Gateway az Intersil PRISM 
2.5 lapkakészletet használja, amely 
egy MiniPCI-foglalatba illeszkedik és 
Linux-alapú operációs rendszeren fut. 
Mivel a Gateway támogatja az IEEE 
802.11b szabványt, minden ennek 
megfelelő drót nélküli eszközzel 
együttműködik. 

Adatok: Linksys, 17401 Armstrong 
Avenue, Irvine, California 92614, 
e-mail: salescolinksys.com, 

2 http://www.linksys.com 


xSeries Hosting Appliance 
Az IBM eServer xSerles Hosting 
Appliance egyszerre negyven előre 
telepített webfejlesztő, e-kereskedel- 
mi és adatbázis-alkalmazást kínál, Így 
a testreszabott szolgáltatáscsomago- 
kat a szolgáltatók gyor- 
san telepíthetik. 

A Hosting Appllance 
Red Hat Linuxot futtat 
Intel processzoron, és 
egyetlen 1U kiszolgálón 
webhelyek százainak képes otthont 
adni. A gép 1U méretű házban kapott 
helyet, Celeron processzorral és 
alapkiszerelésben 256 MB, de 
legfeljebb 1,5 GB ECC SDRAM rend- 
szermemóriával rendelkezik. 

A 40 GB-os belső IDE tárolóegység 
80 GB-osra is cserélhető. 

Adatok: IBM, 1133 Westchester 
Avenue, White Plains, 

New York 10604, 

2 http://www.ibm.com/linux 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakran 
feltett kérdéseket és az 
egyéb útmutatásokat a 

2 www.linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
(/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 
á,BIS kulcsszó. 
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A hónap szakmai tanácsai 


Mi az IP-címem ma? 
A Cox.net széles sávú szolgáltatásra fizettem elő, 
és egy SMC-útválasztón keresztül csatlakozom, 
az otthoni hálózatom pedig DHCP-protokoll se- 
gítségével kap IP-címet. A hálózaton a linuxos 
gép a virtuális kiszolgáló. Le szeretném kér- 
dezni az útválasztót, hogy mi a helyi háló- 
zat felőli IP-címe, és ezt el akarom ma- 
gamnak levélben küldeni. A célom 
természetesen az, hogy a DHCP-s IP-cím 
használatával távolról be tudjak lépni. Az 
útválasztó beállító weboldala mindig a 
bejelentkezéssel kezdődik a használt 
címtől függetlenül (biztonsági okokból). Az SMC nem 
igazán akar válaszolni a kérdésemre. 
Tom Mautner, mautner(0cox.net 


RK 


Gondoltál már a dinamikus DNS-szolgáltatásra? Ennek 
segítségével a címeket belülről gyűjtheted össze. A Zone- 
Edit és más hasonló szolgáltatások lehetővé teszik, hogy 
címedet egy webes lekérdezésen keresztül frissítsd, 

mely lekérdezést a lynxszel önműködővé teheted. 

Chad Robinson, crobinsonerfgonline.com 


Küldj magadnak egy üres levelet, és a fejléc Received 
kezdetű soraiból kiolvashatod azt az IP-címet, amelyet 
az útválasztód használt, amikor a Cox levéltovábbítójá- 
hoz kapcsolódott. Valami ilyesmit fogsz látni: 
Received: Írom manyroads.ssc.com 
(manyroads . ssc.com 

[d192-168.3-581) by mail ssc. cem 
(Postfix) with ESMITP 
Innen kiolvasható az IP-cím. 
Marc Merlin, marcKomerlins.org 


Ha az útválasztó címfordítást (NAT) is végez, és ha a 
belső csatolófelület címére van szükséged, a következő 
parancsot add kt: 

route -n ] mail youdexample.net 

Don Marti, dmartKossc.com 


Nincs core fájl, 

de meg kell keresnem a hibát 

Egy tucat Unix-jelzésnek, így a SIGSEGV-nek is az az 
alapértelmezett viselkedése, hogy megszakítja a prog- 
ram futását, és a hibázó folyamat memóriaterületét a 
core nevű fájlba menti. Amikor a folyamat Red Hat alatt 
ilyen jelzést kap, futása megszakad, a core fájl azonban 
nem jön létre. Csak a strace eredményéből derül ki, 
hogy a hibázó folyamat ilyen jelzést kapott. Hol lehet 
beállítani a Red Hatnak a core fájl létrehozásával kap- 
csolatos viselkedését? 

Pedro Guedes, pmg01(onetc.pt 


Linuxban az ulimit paranccsal határozhatók meg 
bizonyos méretek, többek között a core fájloké is. Az 
ulimit -c 0 parancs megtiltja a core fájlok létre- 
hozását (mivel 0 méretűek lennének), az ulimit -c 
XXXX parancs pedig legfeljebb xxxx blokk méretű core 





fájlok létrehozását engedi. Az ulimit-et minden fel- 
használó számára be lehet állítani a /etc/profile-ban, 
vagy a saját könyvtáradban a .bash profile fájlban. 
Azulimit -h kiírja a parancs használatának módját. 
Ha megnyitod a /etc/security/limits.conf fájlt, valami 
ilyesmit fogsz benne találni: 


x  soít core 0 
vagy: 
x hard core 0 


Az utolsó 0 mindkét példában azt jelenti, hogy a core fájl 
0 KB-nál nem lehet nagyobb, azaz nem jön létre a fájl. 

A hard és a soft a korlát fajtáját jelenti, a hard szi- 
gorúbb feltételt takar. Változtasd meg a 0-t valami másra 
attól függően, hogy mekkora az a legnagyobb core fájl, 
amit vársz. Ez a fájl (/etc/security/limits.conf) része a PAM 
(Pluggable Authentication Modules) rendszernek, amelyet 
a legtöbb terjesztés — például a Red Hat is — használ. 
Felipe E. Barousse Boué, fbaroussecopiensa.com 


Az ext2 fájlrendszer 

sérüléseinek javítása 

Egy áramszünet után gondjaim támadtak a meghajtóm- 
mal. Az ext2 fájlrendszert használom. A tomsrtbt hajlé- 
konylemezes terjesztés és néhány LDP-s leírás segítsé- 
gével a rendszert egyfelhasználós üzemmódban el tud- 
tam indítani. Ám amikor a hálózati parancsfájlokat 
próbálom futtatni, a következő sor kiírása után lefagy: 
Disabling IPv4 packet forwarding 
geyscEl:  1p torwardiíng Set 

Mivel próbálkozzam ezután? 

Roberto Kruse, rkruse(o1eee.org 


Azt javaslom, hogy a rendszert a vészindító lemezről 
indítsd, és az e2fsck-t önműködő ellenőrzőmódban 
a sérült merevlemez lemezrészein futtasd: 

elfscek -p -v /dev/ 

ze TEVE ZET e MET ez IS ze 

Ne feledd, hogy a közvetlen lemezhozzáférés — még az 
fsck-val és az e2fskc-val is — adatvesztéshez 
vezethet, ezért legyél óvatos, és mindig légy tisztában 
azzal, amit éppen csinálsz. 

Felipe E. Barousse Boué, fbaroussecopiensa.com 


Ha semmi más nem segít, elindítani a Linuxot a linux 
single vagy a linux init-/bin/bash segft- 
ségével próbálhatod meg. Ezeket a LILO parancssorába 
kell beírni. Ezt követően add ki az rom -Va parancsot, 
amely megmutatja, hogy mely csomagokhoz tartozó 
fájlok módosultak vagy tűntek el. Ezeket a csomagokat 
újra kell telepíteni 

Tove törés 

5 /rpm/csomagok/helye/csomag. rpm 

A legújabb Red Hat-változatra történő frissítést is meg- 
fontolhatod, ez talán most időszerűbb, mint bármikor. 
Frissítés közben a gondod magától megoldódik. 

Marc Merlin, marccomerlins.org 
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A felhasználói szerződés megrágalmazása 


A rágalmazás nem más, mint , egy személyről hamis 
állítások közlése harmadik félnek oly módon, hogy azzal 
vagy sértjük az érintett személy jó hírnevét, vagy elriasz- 
tunk a vele való érintkezéstől" . 
A törvény sajnos nem nyújt módot arra, hogy egy fel- 
használói szerződés megrágalmazása miatt valaki pert 
indítson. Ha tehetném, beperelném a Microsoftot azért, 
amit a GPL-lel kapcsolatban állított. A cég állításai ha- 
misak, és nyilvánvaló szándékuk, hogy a vállalatokat 
elriassza a GPL-engedéllyel terjesztett programok hasz- 
nálatától — különös tekintettel a Linuxra. 
Redmond legutóbbi durva támadása a ,CIFS műszaki 
ajánlás jogdíjmentes felhasználói szerződése" (Royalty- 
Free CIFS Technical Reference License Agreement), 
amellyel a Microsoft a CIFS műszaki leírását bizonyos 
— az ajánlás megvalósításához szükséges — szabadal- 
makkal együtt lényegében szerzői jogdíj fizetésének 
kötelezettsége nélkül ajánlja (a szöveg elérhető a 
2 http://msdn.microsoft.com/library/default.asp?url—/ 
library/en-us/dnkerb/html/Finalciis LicenseAgrmnt 
032802.asp címen). 
Kezdetben még örültem, látva, hogy a Microsoft szaba- 
dalmait jogdíjfizetési kötelezettség nélkül szándékozik 
terjeszteni. A CIFS-engedély azonban annyi megszorítást 
és kizáró okot tartalmaz, hogy a Microsoft propaganda- 
céljainak szolgálatán kívül egyébre nem alkalmas. 
Nézzük a feltételeket! Az engedély csak a ,nem Micro- 
soft-felületeken" történő megvalósításokra korlátozódik. 
Hoppá! Így fojtja el a Microsoft már csírájában a közvet- 
len versenyt azzal a céllal, hogy senki ne tudjon jobb 
programokat írni a saját programjai helyett. 
Leginkább a CIFS-engedélyben lévő sértegetés szúrt 
szemet. A CIFS műszaki leírások és szabadalmak nem 
használhatók olyan programokban, amelyek , IPR-sértő 
szerződésekkel" kerülnek terjesztésre. A kifejezést így 
határozzák meg: ,,... a GNU General Public License, a 
GNU Lesser/Library General Public License és bármilyen 
más engedély, amely valamilyen formában megköveteli, 
hogy a másik program, ami egy ilyen szerződés alá tar- 
tozó programmal együtt kerül terjesztésre 
(a) forráskód formájában kerüljön közlésre és 
terjesztésre; 
(b) lehetővé tegye saját program részeként történő 
felhasználását vagy 
(c) díjtalanul továbbadható legyen." 
A Microsoft tehát ismét nyilvánvalóvá tette, hogy az 
egyetlen vetélytárs, akitől félnivalója van, a Linux és 
a többi nyílt forrású program. 
Az ,IPR-sértő" kifejezés a szellemi tulajdonhoz fűződő 
jogokat (intellectual property rights) sértő kifejezés 
rövidítése. A Microsoft félreértelmezése szerint a GPL 
megsérti a szellemi tulajdonhoz fűződő jogokat. Kinek a 
jogait? Milyen módon? Jó vagy rossz ez a , jogsértés"? 
Valójában semmi olyasmi nincs a GPL-ben, ami bárkinek 
a szellemi tulajdonhoz fűződő jogait sértené, és felhá- 
borító a Microsoftra nézve, hogy mást állít. Bárki hasz- 
nálhat GPL alá tartozó programot anélkül, hogy ez bármi- 
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lyen hatással lenne szellemi tulajdonára. Például nem 
kell a forráskódot nyilvánossá tenni pusztán azért, mert 
az adott program Linuxon fut. Sőt, még módosíthatod is 
a GPL-engedéllyel terjesztett kódot (beleértve a Linuxot 
is), és — feltéve, hogy a módosításokat nem terjeszted — 
semmilyen kötelezettséged nem lesz arra vonatkozóan, 
hogy módosításaid forráskódját közzé kelljen tenned 
(ezzel szemben merné-e egy kódvisszafejtő akárcsak kis 
mértékben is módosítani a Microsoft kódját?). Senki 
nem kényszerít arra, hogy a GPL alatt terjeszd a progra- 
modat és nyilvánossá tedd a kódját, egyetlen ritka ese- 
tet leszámítva: amennyiben GPL-engedély alatt terjesz- 
tett programot módosítasz és az új változatot terjeszted 
— ezt csak a GPL-engedély alatt teheted meg. 

Ez a kölcsönösségi megkötés szabályszerű megállapo- 
dáson alapul. Lényegét tekintve az engedélyező széles 
körű jogokat biztosít saját alkotásához, beleértve a mó- 
dosítás és azok terjesztésének jogát is, azzal a kölcsö- 
nösségi feltétellel azonban, hogy a közösség számára 

a módosított változat is elérhető lesz. Fizetned kell a 
program módosításának és az új változat terjesztésének 
jogáért, csakhogy a fizetőeszköz nem pénz, hanem maga 
a továbbfejlesztett program. 

Mennyiben különbözik ez az alapelv a Microsoft prog- 
ramjaiért való fizetési kötelezettségtől? 

A GPL-engedéllyel terjesztett szellemi tulajdon birtokosa 
tulajdona felhasználására nézvést megállapít egy árat. 
Mindig megvan a lehetőségünk arra, hogy ne módosít- 
sunk és terjesszünk tovább egy GPL-engedéllyel terjesz- 
tett programot, ha viszont emellett döntünk, kötelesek 
vagyunk megfizetni az eredeti program tulajdonosa által 
meghatározott árat. Hasznunk származott az ingyenes 
program módosításából, ennek a haszonnak az ára pedig 
a kölcsönösség. 

Ez a legtisztább kapitalizmus megnyilvánulása. A GPL 

— Bill Gates minden erre vonatkozó tiltakozása ellenére — 
nem az általunk ismert kapitalizmus végét jelenti. 

Ami sokkalta nagyobb veszélyt jelent a kapitalizmus 
számára, az éppen az az egyeduralomra törő mesterke- 
dés, amit a Microsoft már jó ideje folytat. A cég csak 
színleli a CIFS-hez való jogdíjfizetési kötelezettség nélküli 
engedélyt, az engedély azonban sem a Microsoft-felü- 
letre, sem a legfőbb vetélytárs, a Linux felületére íródó 
megvalósításokat nem teszi lehetővé. 

Isten hozott a Microsoft ajándékboltjában! Azt javaslom, 
ne vásároljunk be! 


Linux Journal 2002. július, 99. szám 


"] Lawrence hosen 

(2 http:/Avww.rosenlaw.com) 
magángyakorlatot folytató jogász, a 
kaliforniai Los Altóban és Ukiahban 
van irodája. Annak a Nyílt Forrás 
Kezdeményezésnek (Open Source 
Initiatlive) ügyvezető igazgatója és jogtanácsosa, 
amely a Nyílt Forrás Meghatározást kezeli. 
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Egy tényleges ügyvéd- 
ügyfél kapcsolat esetén 
Jogszerű ügyvédi 
tanács igénybevétele 
szükséges, amely 
figyelembe veszi az 
egyéni esetre vonat- 
kozó tényeket és az 
adott igazságszolgál- 
tatás törvényeit. 

Bár a cikket egy Jogász 
írta, a benne foglalt 
adatok nem helyette- 
síthetik egy képesített 
Jogász törvényes 
állásfoglalását. 
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Hallgassunk bele! 


Néhány évvel ezelőtt még csak keveseknek adatott 
meg, hogy sétálómagnó helyett hordozható CD-játszóval 
mászkáljanak. Ennek elsődleges oka természetesen a 
piszkos anyagiakban volt keresendő, hiszen a jellem- 
zően fiatalokból álló zenefogyasztó közönség tagjai közül 
kevesen engedhették meg maguknak, hogy a több 
tízezer forintos lejátszó 
mellé 3-—5 ezer forintos 
lemezeket is vásároljanak. 
A helyzet azóta annyiban 
változott, hogy a lejátszók 
ára mérséklődött — a 
lemezeket viszont tovább- 
ra is drágán adják. 
Barátságosabb ugyan- 
akkor az írható CD-k két- 
száz forint alatti ára. Ha 

a lejátszókészülék az MP3 
formátumú fájlok és az 
adatlemezek kezelésére 

is képessé válik, azonnal adott a megoldás. lermészete- 
sen senkit sem bíztatnék arra, hogy mondjuk az Inter- 
netről töltse le a zenéket, hiszen ezzel jogsértést követ 
el. A továbbiakban induljunk ki abból, hogy mégiscsak 
mindenki megvásárolja a zenei CD-ket, majd MP3 for- 
mátumba tömöríti őket, mert mondjuk vigyázni akar 
rájuk, és egyébként sem akarja magával hordani a 
teljes gyűjteményét. 

MP3-fájlok kezelésére is képes hordozható készüléket 
sokféle árban találunk, a nagy, neves gyártók termékeit 
azonban ötvenezer forint alatt nem nagyon kapjuk meg. 
A NAPA és az A-MAX nem olyan nevek, amelyekre bárki 
bólint: igen, hallottam már róla; ám ha nem akarjuk a 
nevet megfizetni, érdemes körülnézni a piacon. 

A NAPA termékei közül kettőt volt alkalmam kipróbálni, 
az egyik DAV-316, a másik MCD-380 névre, pontosab- 
ban típusszámra hallgat. 


A NAPA DAV-316-os 

Tartsunk egy gyors leltárt, mi is rejlik a dobozban a leját- 
szó mellett. Mivel a készülék hálózatról is működtethető, 
egy tápegységet kapunk hozzá. A már említett tartóele- 
mekhez egy ránézésre akár autóvontatásra is alkalmas 
heveder csatlakozik, ha úgy kívánjuk. A zene megszólal- 
tatására két apró fülhallgatót használhatunk, illetve talá- 
lunk egy távirányítót is. Ezt a fülhallgató-kimenetre kell 
csatlakoztatni, majd a távirányító végén található aljzat- 
ba kerül maga a fülhallgató. A távirányítót fel tudjuk 
csíptetni, és mivel a készüléken megtalálható gombok 
mindegyikének van megfelelője a távirányítón is, magát 
a lejátszót valamilyen ütéstől és nyomódástól biztosabb 
helyre akár el is rejthetjük, már amennyire a távirányító 
nem túl hosszú zsinórja ezt engedi. Nem szabad megfe- 
ledkezni a két darab 1600 mAh-ás ceruzaakkumulátorról 
sem, amelyeket tápegységről üzemeltetve maga a ké- 
szülék is fel tud tölteni. 

A lejátszó kezelőszerveinek használata egyértelmű, 





a fedelet egy oldalra tolható gomb mechanikusan nyitja, 
az egyéb műveleteket pedig egy módváltó, egy-egy 
előre- és hátraléptető, két hangerő-szabályozó, a leját- 
szást leállító és indító, illetve szüneteltető gombbal vé- 
gezhetjük, továbbá még egy kapcsolót találunk, amellyel 
a többi gombot engedélyezhetjük és tilthatjuk le. A fél- 
körben elhelyezett kezelőszervek fogják körbe az LCD-t. 
Kimenetet 3,5 mm-es , jack" aljzatok formájában kettőt 
találunk a lejátszó oldalán: az egyik a fülhallgató meghaj- 
tására és a távirányító jeleinek fogadására szolgál, 

a másik vonali kimenetként. 

CD-t — akár újraírhatót is — behelyezve, majd a lejátszás 
gombot megnyomva a készülék először átnyálazza a ko- 
rongot. Ha zenei lemezt hallgatnánk, ez nem tart sokáig, 
ám ha MP3-állományokat írtunk a korongra, kicsit idő- 
igényesebb lehet a folyamat. Ha csak .mp3 fájlok van- 
nak a lemezen, a készülék hamar átfutja őket, és meg- 
jeleníti, hogy összesen hány albumot és hány fájlt talált. 
Nem gond, ha a lemezen vegyesen vannak .mp3 és 
egyéb fájlok, bár csak egyszeres sebességű meghajtóval 
van dolgunk, így ha több ezer egyéb fájlt is a lemezre 
írunk, sokáig fog tartani, míg a lejátszó végigfut rajtuk. 
A kijelzőn mindössze kétsornyi szöveg és egy marékra- 
való jelzés, apró felirat jelenik meg. Mindig láthatjuk a 
pillanatnyi üzemmódot, a felső sorban az éppen játszott 
zeneszám címe, előadója és az album címe gördül végig, 
az alsóban pedig a játékidő jelenik meg. Ha az állomá- 
nyok ID3-tagokat tartalmaznak, a készülék kiolvassa 
őket, ezek hiányában viszont csak az állomány nevét 
jeleníti meg. Mivel a felhasználók vagy ID3-tagokat hasz- 
nálnak, vagy az állományokat nevezik el előadó és dal- 
cím alapján, végeredményben mindenképpen látni fog- 
juk, hogy éppen kinek melyik művét halljuk. 

A már említett módváltó gombbal három dolgot állíthatunk 
be. Az egyik egy fontos kényelmi dolog: amikor a megfelelő 
gombot megnyomva továbbugrunk, a készülék a következő 
számra vagy a következő könyvtárra-albumra lépjen. 
Hangzásmódot a megszólaló zene műfaja szerint ötfélét 
választhatunk: normál, klasszikus, jazz, rock, pop. 

A hangzások között érezhető különbség van, azt azonban 
nem merném állítani, hogy az egyik jobb a másiknál 

— a legszebbnek a normál módot hallottam. 

A folyamatos lejátszást 8 MB beépített memória segíti. 
Ha MP3 formátumú fájlokat játszunk le — ezekből egyéb- 
ként legfeljebb 32 darabot tetszőlegesen is összeválo- 
gathatunk és a sorrendet programozhatjuk —, a meghajtó 
nagyjából percenként tölti fel a memóriát, majd leállítja 
a lemezt, és memóriából játssza a zenét. Nem tölti be 
viszont a következő zeneszámot, így ha a zenék tartal- 
mukat nézve összefüggőek, de az eredeti lemezen több 
számra tagolódnak, a betöltés idejére bizony meg fog 
szakadni a lejátszás; ez ellen ügyesen végzett tömörítés- 
sel lehet csak védekezni. Ha zenei CD-t választunk, a 
memória átmeneti tárként a rázkódások miatt fellépő 
összhangvesztéseket segít kiküszöbölni — ha ezt nem 
akarjuk, a védelmet ki is kapcsolhatjuk, ezzel egy elem- 
pár esetén 1—2 órával tovább húzhatjuk. 
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A készülék működéséről rosszat tulajdonképpen nem 
mondhatok. A lejátszást tökéletes csöndben végzi, halk 
zörejeket csak a fej jelentősebb mozgatásakor, például 
léptetéskor hallat. Normál módban hangzása szép, Zaj- 
mentes. A legnagyobb bánatom az volt, hogy kijelzője 
háttérvilágítás nélküli, így sötétben nagyon nehéz kezelni 
— mármint amíg meg nem tanuljuk kívülről a 
beállításokat. 


A NAPA MCD3380-as 

A NAPA MCD3380-as jelzésű készüléke sokban hasonlít 
nagyobb testvéréhez. Azért nagyobb testvért emlegetek, 
mert az MCD380 csak nyolc cm-es lemezeket tud kezelni. 
Ebből fakadóan méretei is mérsékeltek, egy nagyobb 
zsebbe már kényelmesen becsúsztatható. A 8 cm-es 
lemezeket apró tokjukban hordozni is sokkal könnyebb, 
ám kapacitásuk mindössze 200 MB adat, vagy 23 perc, 
ha zenei anyagot írunk rájuk. Áruk is kellemetlen, nekem 
öt nyers mini lemezt 1500 forintért sikerült beszereznem. 
A kistesó csomagjából ismerős kellékek kerülnek elő, 
kapunk hozzá két AAA-s ceruza akkumulátort, és egy 
egész jó minőségűnek tűnő fejhallgatót. Az LCD egy az 
egyben a DAV316-ról származik, de átkerült a távirányí- 
tóra, amely a nagyobb készüléknél megismert módon 
használható. A háttérvilágítás sajnos itt is elmaradt, de 
legalább mindig szem előtt van a kijelző. A kezelőszervek 
azért megmaradtak a lejátszón is, Így nem muszáj távirá- 
nyítót használni — csak jobb. Fontos különbség, hogy az 
MCD380 nem kevesebb, mint 480 másodperces rázkó- 
dásáthidalási időt ígér, ami testvérek között is nyolc 
perc, ha úgy nézzük, a 23 perces lemez egyharmada. 

Az MCD380-ban is ugyanazon neves gyártó mechanikája 
rejlik, csak ez egy leheletnyit hangosabb. Nem leheletnyi- 
vel több viszont az alapzaj, ami a régi szalagos sétáló- 
magnókéra emlékeztet. Létezése is érthetetlen számom- 
ra, hiszen a DAV esetében ilyesminek nyoma sem volt. 
Az egyetlen kényelmetlenség, amit az MCD380 kapcsán 
említhetek, az, hogy ha a készüléket zsebbe süllyesztjük 
és a rajta lévő nyomógombokat letiltjuk, majd a lejátszót 
egy ideig nem használjuk — fél perc után ugyanis 
kikapcsol —, akkor távirányítóról nem tudjuk feléleszteni. 
A kijelző ugyan közli, hogy a távirányító csatlakoztatva 
van a készülékhez, ám utána röviden tájékoztat, hogy a 
gombok le vannak zárva, majd visszatér alvó állapotba. 


Imation RipGO! 

Harmadik vendégem, az lmation RipG0! készüléke ko- 
molyabb darab, hiszen a lemezek lejátszásán kívül CD- 
írásra is alkalmas, bár méreteiből fakadóan csak 8 cm- 
es lemezeket tud kezelni. Dobozában ugyancsak fejhall- 
gatót, hálózati adaptert, USB-kábelt találunk, valamint 
ajándékként két írható lemezt is mellékeltek. 

Ha CD-meghajtóként akarjuk használni, szükségünk lesz 
egy számítógépre, amihez a készüléket USB-kapun ke- 
resztül csatlakoztathatjuk. A Windows 98 alatt használ- 
ható illesztőprogramot egy — stílusosan — 8 cm-es CD-n 
kapjuk hozzá, Windows 2000 alatt pedig szabványos 
tárolóeszközként kezeli a rendszer. Linux (Mandrake 8.2) 
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alatt az usb-storage-modul betöltése, majd a felbuk- 
kanó cdrom1 - a gépben volt egy másik CD-olvasó is — 
eszköz befűzése után vígan, 500 KB feletti sebességgel 
tudtam másolni a készülékben található lemez tartalmát. 
Az írás kicsit furfangosabb dolog, Windows 2000 alatt 
a CDRWIN bánatomra még olvasóként sem látta a 
készüléket. A kézikönyv szerint például Windows Media 
Player alól remekül írhatunk vele CD-t; ám ez volt az a 
lehetőség, amire én inkább nem voltam kíváncsi. Linux 
alatt az XCDRoast ugyan felismerte a meghaj- 
tót, azonban a tényleges írás megkezdésekor 
illesztőóprogram-hibára hivatkozva azonnal le 
is állt. Több általános illesztőprogrammal is 
próbálkoztam, de az eredmény nem változott, 
így CD-írási szándékomat inkább feladtam. 

Az lmation terméke nemcsak képességeit, 
hanem megjelenését tekintve is komolyabb- 
nak mondható. A szürke készülékházon kelle- 
mes tapintású guminyomógombok sorakoz- 
nak, a grafikus kijelzőt pedig mélykék betét 
veszi körül. Áramforrása sem hagyományos 
elem, hanem - talán kevésbé előnyös módon, 
hiszen elemből bármennyit magunkkal vihe- 
tünk — saját LI-ion akkumulátorral rendelkezik. 
A grafikus kijelző lehetőségeit maradékta- 
lanul ki is használták, bekapcsoláskor a 
gyártó logója és Windows Media felirat lát- 
ható, lejátszás, az akkumulátor töltése vagy 
USB-kapcsolat fenntartása közben pedig 
mindig a pillanatnyi tudnivalók és beállítási 
lehetőségek jelennek meg. A RipGO! is kezeli 
az ID3-tagokat, valamint az .mp3-fájlok mel- 
lett a wma formátummal is elboldogul. Egy 
ötletesen dobókockával jelölt gomb lenyomása után 
véletlenszerű lejátszásba kezd, és a zeneszámokat ismé- 
telni Is tudja. A RIPGO! Is rendelkezik kimeneti vonallal, 
ám távirányításra semmilyen lehetőség nem kínálkozik. 
Apróság, ám fontos kényelmi részlet, hogy sötétben 
sem fogunk bajba kerülni vele, ugyanis ennek esetében 
nem maratt el a kijelző háttérvilágítása. 

A megfelelő gombkombinációval balanszot is állíthatunk, 
a beépített hangszínszabályozó pedig meglepően jól 
végzi dolgát. Míg NAPA-termékeknél úgy éreztem, hogy 
inkább elvesznek bizonyos hangtartományokat, addig a 
RipGO0! inkább kiemelést végez az adott stílus — normál, 
pop, klasszikus, salsa, rock, jazz és techno — szerint, Így 
a megszólaló zene is sokkal teltebbnek hat. Működése 
csendes, alapzajtól mentes, halk neszezést tőle is csak 
a fej mozgatásakor hallunk. 


Adatok 


lmation RipG0! 

2 http:/Avww.imation.com 
Ar Gy 200 sáia 
Kereskedő: Demand 2000 Kft. 
2 http://www.demand.hu 
Mérete: 12.4x9,7x2,2 cm 


NAFA DAV316 

2 http:/Avww.amaxhk.com 
Ár: 28 300 Ft -- áfa 
Kereskedő: Alphasonic Kft. 
2 http:/Awww.alphasonic.hu 
Mérete: 14,5 x3,2 cm 


NAFA MCD390 

2 http:/Avww.amaxhk.com 
Ár: 30 500 Ft -- áfa 
Kereskedő: Alphasonic Kft. 
2 http:/Awww.alphasonic.hu 
Mérete: 2.6x 10 cm 


Medgyesi Zoltán (mzx(oaxelero.hu) 

a BMGE 24 éves informatika szakos hallgatója. 
Szabadidejét legszívesebben a barátnőjével tölti. 
Szeret autózni és bográcsban főzni. A Linuxot hat 
éve Ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág magazin hírszerkesztője. 
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industrial Light ér Magic 


Linuxra történő átállás az ILM leképezőtelepén: a sebesség és a megbízhatóság kötelez. 


sillagok háborúja II. rész: A klónok támadása című 
C film, amelyet 2002 májusában mutattak be, az Indust- 

rial Light $ Magic (ILM) első mozifilmje azóta, hogy 
a múlt év folyamán munkaállomásaikon és a leképezőtelepü- 
kön a Linux használatára tértek át. A kaliforniai San Franciscó- 
tól északra fekvő San Rafaelben működő ILM-et 1975-ben azzal 
a céllal alapították, hogy itt hozzák létre a Csillagok háborúja 
látványhatásait. Bár a cég tulajdonosa George Lucas, az ILM 
látványhatásokat gyártó tevékenysége mégis túlmutat az olyan, 
a Lucasfilm által létrehozott alkotásokon, mint a Csillagok 
háborúja epizódjai vagy az Indiana Jones-filmek. Számos más 
stúdió keresi azt a kis többletet, amivel az ILM a különleges 
hatások gyártásának éllovasává küzdötte fel magát. Az ILM 
14 akadémiai díjat vehetett át az olyan alkotásokban végzett 
munkájáért, mint a Forrest Gump, a Jurassic Park, a lerminator 
2, a Roger nyúl a pácban és az E. I. 
, A Linux munkánk minőségét emeli, nem a mennyiségét" — fog- 
lalja össze a lényeget Andy Hendrickson kutatási és fejlesztési 
igazgató. A nagyobb számítási teljesítmény több felhasználói 
beavatkozást tesz lehetővé. Ezt részletesen is elmagyarázza: 
, Gyakran szembesültünk olyan helyzettel, amikor tudtuk, mit 
akarunk, azonban arra voltunk kényszerítve, hogy elképzelé- 
seinket a szükséges számítási teljesítmény hiánya miatt meg- 
nyirbáljuk. A Linux használatával valószerűbbé tudjuk tenni 
a jeleneteket. Mi irányítjuk a hatásokat. Nem elég, ha rendel- 
kezünk egy hiteles NOAA-moddell szerinti felhővel, amikor 
a művészi csoport olyan utasításokkal irányít minket, hogy 
, legyen vattaszerűbb a felhő", vagy a Viharzónában készített 
óceán esetén , legyen nagyobb a hullám". 
Az ILM vakmerő lépést tett, amikor éppen egy fontos alkotás 
közepén, a Csillagok háborúja II. részének munkálatai közben 
fogott neki a Linuxra való átállásnak. ,Sokkal nehezebbnek 
gondoltuk a Linuxra való átállást, mint amilyen valójában volt" 
- mondja Hendrickson. ,A Linux nagyon hasonlít arra, amivel 
korábban dolgoztunk. A bevezetést 2001 novemberére toltuk 
előre és a ÍI. rész után fogjuk befejezni." Az áttérés folyamata 
alatt az ILM támogatja a meglévő SGI IRIX-gépeit és a Linux 
PC-ket, hogy a seregnyi változtatás miatt a felhasználók túl- 
terhelését elkerüljék. 
Robert Weaver a II. rész műszaki igazgatója. Az asztalán bal 
oldalon egy Linux PC, jobb oldalán pedig egy SGI 02. talál- 
ható. Mivel a Linux asztala az SGI 02 mintájára lett beállítva, 
első pillantásra nem egyértelmű, hogy melyik képernyő 
melyik géphez tartozik, de azonnal nyilvánvalóvá válik, ami- 
kor Weaver megmutatja a sebességkülönbséget. , A régi rend- 
szer annyira lassú, hogy a klónok lézerfegyvereinek lövedéke 
eldobott gerelyhez hasonlít. Körülbelül ötszörös sebességnöve- 
kedést tapasztalunk a linuxos rendszeren, amit nagyon tudunk 
értékelni. Elmondhatom, hogy a Linux az egyik legsikeresebb 
próbálkozásunk, nem tudom eléggé dicsérni. Könnyen elsajá- 
títható és rendkívül üzembiztos. Leképezőnk átállása még nem 
történt meg, de a nyár folyamán ez is lezajlik. Csak emiatt 
használom még mindig az 02-t." 
Az ILM összes háromdimenziós szimulációja az Alias/Wavefront 


32 


Linuxvilág 


Maya segítségével készül. , Maya-felhasználóink kilencven 
százaléka Linuxon dolgozik" — tájékoztat Weaver. , Hihetetlenül 
üzembiztosnak tűnik Linuxon. A Maya hónapok óta nem 
fagyott le a gépemen. Ezt értékelem ki — drótváz üzemmódot 
használva -—, vagyishogy a megfelelő számú ciklus lett-e beik- 
tatva." A Maya képességeinek kiterjesztése céljából Weaver 
bővítményeket ír a programhoz. , A Maya a bővítők írását 
elfogadhatóan egyszerűvé teszi. Az újabb tagokat a shelf-hez 


et sző 


adom hozzá. A shelf a Maya tetején végighúzódó bővítmény- 
fülek halmaza. A Viharzóna ocean nevű bővítménye jó példa 
arra, ahogyan az ILM a hatásokat a Maya bővítményeinek 
segítségével megvalósítja. 

, szerkesztőprogramunk, a CompTlime is Linuxra lett átültetve" 
— jegyzi meg Weaver. Az ILM a mozgókép szerkesztésére létre- 
hozta saját, bővítményrendszertű szerkesztőjét ahelyett, hogy 
valamelyik kereskedelmi programcsomagot választotta volna. 
Weaver szintén ír ilyen 
szerkesztőbővítményeket. 
,A szerkesztő bővítményeit 
Python nyel- 

ven írjuk" 

— meséli. , Egy 
óriási Python- 
műhely vagyunk... 
és természetesen a 
MEL-ről sem szabad 
elfeledkezni." 
A MEL a Maya 
parancsnyelve. 
Az ILM a 
műszaki 
vezetők 
számára a 
legmegfelelőbb 
munkaeszköz- 
nek a Mayát 
tartja, az 
animátorok 
pedig a 
SOFIIMAGE-t 
használják. 

A SOFTIMAGE 3.8-as 
változatáról (ez IRIX 
alatt futott) Linuxra 
történő átállás az 
egész vállalatnál 

a nemrég már 
Linuxon is elérhető 
4.0-s változatra 
való áttérést tette 
szükségessé. 

A Csillagok 
háborúja első 
trilógiájának 
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A modellezés vezetője, Geoff Campbell és az animáció vezetője, Rob 
Coleman Yoda animálásán dolgozik a Csillagok háborúja egyik jelenetében. 
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A Viharzóna óceánja számára az ILM egy olyan Maya-bővítményt 
készített, amellyel az egyes hullámok erőssége külön módosítható volt. 
Az ILM által fejlesztett program kulcsfontosságú tulajdonsága 
a felhasználói beavatkozás lehetősége. 


megalkotása óta az animációs program alkalmassá vált az 
arckifejezések széleskörű kezelésére. Az ILM megalkotta saját 
arcmozgató alkalmazását, amely nem bővítményként működik, 
hanem közvetlenül képes a SOFTIMAGE jeleneteinek 
olvasására. A digitális modellezés vezető szakértője, Geoff 
Campbell ezt a programot használta a II. részben felbukkanó 
arckifejezések megalkotásához. 

,11 olyan izom van az arcon, amely kulcsszerepet játszik az 
arcjátékban" — magyarázza Campbell. ,A SOFIIMAGE segít- 
ségével az arcon a kívánt mértékű nyújtást alkalmazhatom. 

Ha elégedett vagyok a kapott látvánnyal, az eredményt új 
formaként mentem. Az asztalomon van egy tükröm és egy 
kamerám, amellyel a saját arckifejezéseimet szoktam vizsgálni. 
Minden szereplőbe saját magamból is adok valamit." Campbell 
beszél még a szereplők játékának egyik fontos eleméről, a 
szemmozgásról, azokról a sokatmondó tekintetekről, amelyeket 
a színészek párbeszéd közben egymást közt váltanak. A II. 
részben Yoda még akkor is rendelkezik ilyen szemmozgással, 
amikor a szemei csukva vannak. , Linda Bell elemezte a szemek 
alvás közbeni mozgását, amikor a szem az alvás REM-szaka- 
szában a csukott szemhéjak alatt is mozog." 

, Azt akartam, hogy Yoda látványosabb legyen, mint maga a 
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Yoda esetében az ILM a saját arcjátékprogramját használja, amely 
közvetlenül a SOFTIMAÁGE fájljait kezeli. Az ILM házon belüli fejlesztései 
között mind önálló programok (mint amilyen az arcjátékprogram 
vagy a Complime), mind bővítmények (például a Maya vagy a SOFTIIMAGE 
rendszerekhez) szerepelnek. 


EBLIBEEKA ! 


Vig Lapbt márPcomp mami me ID a... 
Vt Modes Tools Mi jnej ikai kelj iöz Esetleg e 9 verte Hide]  Frofék] Fra] 


IR 4 7 10 13 186 19 22 25 28 391 34 37 46 43 48 49 $2 §$5 S6 6IIRMM 67 70 73 7 79 82 
[KT ELI 4 
e. 0.2000 
dottur 


shutterAngle fAstT——— TT 180/7000 VEGAS 
shuttorstart — [-8OKANG 








NEE E ezi [- a! eza: 
mar 


RK e r 





f7200000 
Í ú5000 05030 
metron Blur a 
mMoBUrBRÉTYS 4 
1 shutterányte I 189.0000 EIILIIB 


kesz eszzezzszzzzzzzzzzzi VAN bes 
R r dok 
1.000 0.000 0000 1.000 / 


Í 5.200. 1.500 0.000 1.000 / 
állott 


curve 


spínehes 
offset 








A Csillagok háborúja egyik jelenetének szerkesztése az ILM saját, 
Complime nevű szerkesztőcsomagjával. Az ILM saját szerkesztőt fejlesz- 
tett ki a kereskedelemben kapható Shake vagy RAYZ használata helyett. 


bábfigura, hogy ajakmozgása jobban illeszkedjen a kimondott 
szavakhoz" — meséli Campbell. 
Érdekes dolog Yodával kapcsolatban, hogy George nem akarta, 
hogy túl messzire távolodjunk a bábfigura adta keretektől. 
Amikor Yoda a II. részben beszél — és meglehetősen sok szö- 
vege van -—, a fonémákat igen leegyszerűsített formájában 
használja. Sok olyan forma, amit utánozni próbálunk, azok 
a bábformák, amiket Frank Oz valósított meg a kezét egy 
gumiban mozgatva. A későbbi, számítógépes grafikával 
előállított Yoda ugyanaz a szereplő, mint a korábbi részekben, 
csakhogy most sokkal pontosabb az ajakmozgása, amikor 
például ,b" vagy ,m" hangra görbíti az ajkait, mint amilyen 
a bábbal előállítható volt. 
Yoda hajának a mozgása a másik olyan vonás, amit az 
ILM arcjátékprogramjával állítottak elő. 

(Folytatás a 35. oldalon) 
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Az ILM-ben ritkán látni olyan művészeket, 
akiket egy számítógép izgalomba hoz, az új 
linuxos munkaállomásokért — az egyprocesz- 
szoros Pentium IV-es, nVidia Ouadra 2 Pro 
grafikus kártyával szerelt gépekért — mégis 
harc folyt. , Hol van a linuxos gépem?" 

— lehetett hallani mindenfelől. A gyártás 
műszaki igazgatója, Ken Bayer mesél erről: 
Több mint 350 linuxos gépet helyeztünk 
üzembe a II. rész készítésének folyamán. 
Először az animátorok és modellezők jutot- 
tak hozzá, majd a szerkesztők. Az első cso- 
port lapos monitorokat kapott az asztalukon 
lévő hely szűkössége miatt. Red Hat 7.1 
alatt volt egy kis gond a beállításukkal. Utol- 
sóként a műszaki igazgatók számára biztosí- 
tották az új munkaállomásokat. Borítékolták, 
hogy mire lenne szükségük. Az egyik kérdés 
az volt, hogy milyen gyorsan tudjuk a szá- 
mukra szükséges programokat átültetni. 

,Az üzem igen jelentős részén Linuxra vál- 
tottunk: asztali gépeink felén, 2000 procesz- 
szoros leképezőtelepünknek pedig mintegy 
harminc százalékán most ez az operációs 
rendszer fut" — tájékoztat Andy Hendrick- 
son, a kutatási és fejlesztési igazgató. 
,Rendelkezünk még hétszázegynéhány 
02-es géppel, ezek cseréje azonban nem 
lenne kifizetődő" — teszi hozzá Beyer. Az SGI 
elismert név a csúcskategóriás munkaállo- 
mások és kiszolgálók piacán, ám lemaradt 
a PC-vel való versengésben. Úgy tűnik, az 
SGI a szórakoztató elektronikai piacról egyre 
inkább a katonai piacra húzódik vissza. 
,Leképezőtelepünk tornyai a Halálcsillag 
jelvényét viselik magukon" — emeli ki Beyer. 
Ezek a tornyok egységnyi magas, kétpro- 
cesszoros, szekrénybe szerelhető gépekből 
állnak, melyek olcsó 100Base-TX kártyákon 
keresztül kapcsolódnak egymáshoz. Ezek 
1RU, 2-CPU Pentium IV-es egységek. Ha 
egy egység felmondja a szolgálatot, keve- 
sebb a veszteség, ugyanis csak két pro- 
cesszor esik ki, szemben az SGI-rendszerek 
négy vagy nyolc processzorával. A II. rész 
számára az elérhető teljesítményt meg kel- 
lett kétszereznünk, ami 512 processzort 
jelent. Az energiaellátásnál kettős 225 kVA 
teljesítményű szünetmentes tápegységeket 
alkalmazunk, valamint három váltóáramú 
rendszerrel rendelkezünk, amelyeket fel- 
váltva használunk. San Rafael környékén 
gyakori az áramkimaradás. A szünetmentes 
tápok 15 percig bírják, ezután dízelgenerá- 
torra állunk át. Egy nem várt hiba is 
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felütötte a fejét: az összes 

PC-ventilátort le kellett cserélnünk, mivel 
mindegyik hibás volt. Mike Kierman, az 
RaD rendszermenedzsere néhány 
Linuxszal kapcsolatos gondról számol be: 

, Néha, amikor reggel megérkezem, a Linux- 
telep mintegy negyede le van fagyva. 
Szerencsére ez nem túl gyakran fordul elő. 
A hiba hátterében valószínűleg a 2.4-es 
rendszermag VM-gondjai állnak. A rend- 
szermag legutóbbi fejlesztései talán kiküszö- 
bölik a jelenséget. A fejlemények minden- 
esetre bíztatóak. 

Az NFS-kiszolgálókat egyelőre nem akarjuk 
Linuxszal felváltani. Szeretném, ha helyette- 
síteni tudnánk az NFS-t, azonban egyik do- 
kumentumkezelő rendszer sem elég rugal- 
mas ehhez, vagy amelyik igen, annak igen 
magasak a beillesztési költségei. Ha az AFS 
minden általunk támogatandó rendszerre 
megjelenteti a hozzá való változatot, talán 
fontolóra vesszük a dolgot." 

Az ILM jól elboldogul a sokféle operációs 
rendszerrel, 1400 alkalmazottjuk ezek széles 
kínálatát használja. A művészeti osztály 
Macintoshokat használ OS X-re átírt prog- 
ramokkal. Hendrickson az OS X-ben egy 
lehetséges megoldást lát. , Ami vonz min- 
ket, az a BSD-szerű Darvin-mag és a háló- 
zatkezelés." Az ILM csak néhány window- 
sos géppel rendelkezik, beszámítva az üzleti 
oldalon használt számítógépeket is. , Szá- 
munkra semmi előnye nem lenne a Win- 
dowsra való átállásnak" — mondja Hendrick- 
son. , Unixos műhely vagyunk, és talán 
mindig is az leszünk." 

Phil Peterson az RaD főmérnöke arról 
tájékoztat minket, hogy az ILM a Red Hat 
rendszercsomagot választotta, mert köny- 
nyebbnek tűnt népszerű rendszerrel dol- 
gozni. , Az ILM-nél a 2.4.9-es rendszermagot 
telepítettük, a 2.4.17 és 2.4.18 pedig kipró- 
bálás alatt áll. Rendszermagjaink beállítá- 
saiban — a megosztott memória mérete, 

a fájlleírók száma, az alapértelmezett verem- 
méret — nincs semmi rendkívüli. Az Open 
Motif 2.1 szép munkát végez az IRIX-szerű 
kinézet létrehozásában és kezelésében, 

így az ILM meg sem próbálta a LessTifet. 
Az ILM munkaállomásai a Gnome és a KDE 
korlátozott telepítéseit is tartalmazzák. 

Nem tettünk különösebb erőfeszítéseket 

a gépek lecsupaszítására: egyszerűen a 
teljes telepítésből elhagytuk azokat a része- 
ket, amelyeket nem használunk. Egyszerűen 






kezeljük a kérdést." 
Az ILM Linux-munkaállomásainak szokatlan 


vonása a MESA könyvtáraknak az SGI nyílt 
forrású OpenGL megvalósításával történő 
helyettesítése. , Összehasonlítottuk a 
MESA- és az SGI-változatot olyan nézőpont- 
ból, mint például a libGLU" — magyarázza 
Peterson. Más stúdiók nem tapasztalták a 
legnagyobb üzembiztonságot a Maya nVidia 
meghajtóprogramokkal történő linuxos 
futtatásakor. Úgy tűnik, ez a MESA-ra és 
nem a Mayára, az nVidiára vagy a Linuxra 
vezethető vissza, mint azt korábban 
gondolták. Az ILM a MESA-könytárakat 

az nVidia-magos OpenGL és az SGI nyílt 
forrású mintaprogramjainak együttesére 
cserélte le. 

"A leírásokban általában nem találunk meg- 
oldást a felmerülő nehézségekre" — jegyzi 
meg Peterson. , Nincs terméktámogatás, 
amit segítségül hívhatnánk. Kijavítjuk a 
hibákat és kibővítjük az eszközöket. Ez a 
fenntartás egy új szintjét vezeti be. A digi- 
táblákhoz nyílt forrású meghajtóprogramo- 
kat kellett használnunk. A monitorok beál- 
lítása folyamatos munkát ad. Mégis könnyű 
az út, amin elindultunk. Művészeink műsza- 
kilag felkészültek, és jól tűrik a nehézsé- 
geket. A világ legjobb tesztelőivel biztosított 
a gyors visszajelzés." 

Hendrickson egyetért azzal, hogy a Linux 
támogatása gondot jelenthet. , Ahogy a 
Linuxot alkalmazni kezdtük, éreztük, hogy 
egyetlen cég sincs, amelyik fogná a kezün- 
ket. Az IBM és a HP ezen a téren egyelőre 
nem játszik szerepet. A Linux előtt azonban 
erre semmilyen befolyásunk nem volt, sőt 
másnak sem. Most a saját Linux-közeli 
gondjainkkal kell megküzdenünk." 
Elképzelhető, hogy a Linux túl gyors lenne? 
"A Linux sebessége miatt — 15 éves pálya- 
futásom alatt először — a túlzott megerőlte- 
tés jeleit kezdtem érezni magamon" — meséli 
Robert Weaver, a műszaki igazgató. , Rend- 
szerint az ember dolgoztatja a gépet, de a 
Linux olyan gyors, hogy képes túlhajszolni 
az embert." Weavernek figyelnie kellett arra, 
hogy munkaszüneteket iktasson be, mert a 
Linuxszal a munkát többé nem kell a gépre 
való várakozás miatt felfüggeszteni. 





Mivel a hajszálak egyenkénti kezelése meglehetősen nehézkes 
lett volna, olyan irányító hajszálak vannak, amik befolyásolják 
a körülöttük lévő hajszálak viselkedését. Yoda frizurájának 
interaktív megalkotásánál a sebesség fontos tényező volt. 

Az ILM arcjátékprogramját az SGI 02-es gépeken futtatva min- 
den egyes változtatás után másodpercekig tart a kép újraraj- 
zolása, és ez a késés igen nehézkessé teszi a munkát. , A Linux- 
szal nagyfelbontású képeket is valós időben kezelhetünk, ami 
SGI-rendszereken nem volt megvalósítható" — mondja Camp- 
bell. Az ILM kis számban most is készít fizikai modelleket, de 
főleg hátterek számára, vagy olyan szerves kinézetű dolgok 
szemléltetésére, amelyek számítógéppel körülményesebben 
valósíthatóak meg. Bár az ILM nagy számban többé nem gyárt 
űrhajómodelleket, számítógép vezérelte mozgással ellátott 
kameráik folyamatosan dolgoznak a hátterek előtt. 

Az RkgD főmérnöke, Phil Peterson az ILM Linuxra történő 
átállását nyolcvan százalékosra becsüli. ,Egy három főből álló 
csoport több mint egymillió sornyi kódot ültetett át Linuxra" 

— meséli. , Az átállás legnagyobb kihívását a fordítóprogram és 
az egyéb eszközök jelentették" — mondja Peterson. , Az újabb 
C1t-t kód meglehetősen SIL-függő." A Red Hat-csomag részét 
képező gcc 2.96 fordító nem támogatja az SIL-t (Standard 
lemplate Library, azaz szabványos mintakönyvtár), így he- 
lyette az ILM a 3.01-es változatot használja. A többfelületes 
fordítókörnyezet a Python és a GNU make segítségével került 
testreszabásra. 

Az ILM-nek néhány olyan CPU-eltéréshez is hozzá kellett 
igazítania a rendszert, mint a lebegőpontos ábrázolás meg- 
valósítása és a számábrázolás pontossága. , Előfordult, hogy 
az assemblyt kézzel módosítottuk, hogy a legnagyobb teljesít- 
ményt tudjuk kihozni a Linuxból" — meséli Peterson. Az 
egyik gond a Linuxban a memóriaelérés szálankénti követése, 
amely a szálak azonosítóit az IRIX-től eltérően kezeli. Egy 
másik kellemetlenség, hogy a lebegőpontos kivétel nem 
válthat ki C-t 4-megszakítást (a lebegőpontos kivétel aszink- 
ron volta miatt). 

A Motif-alkalmazások beépítéséhez az ILM-nek néhány gon- 
don a céleszközök különbözőségével kellett felülemelkednie. 

, Korábban főleg a Motifot használtuk, legutóbbi alkalmazá- 
sainkban viszont az FLIK-ra tértünk át" — tájékoztat Peterson. 
Az ILM SGI-alapú programjainak a kinézetéhez igazította a 
linuxos változatokat is — beleértve a betűtípusokat és színeket. 
Az ILM projektjének 80-90 könyvtárat kellett egyesítenie. 

A hanghoz az 0O5S5-t használják, Peterson szerint azonban 
lehet, hogy az ALSA-ra váltanak. Az SGI a dMedia könyvtára- 
kat biztosítja, Linuxon azonban a hiányzó szolgáltatások pót- 
lására néhány saját könyvtárat is el kellett készíteni. A mozifil- 
mek visszajátszásához, amelyhez 2 kx1 k sávszélesség szük- 
séges — vagyis több mint 27-szer akkora, mint egy átlagos 

320 x240-es PC-videóhoz -, az ILM elkészítette saját Ouick- 
Time-megfelelő könyvtárát, amelyet a flipbook-lejátszóban 
használnak. 

,A Linuxszal kapcsolatban mindenki a sebességnövekedést 
emeli ki" — mondja Hendrickson. Elmondása szerint a sebes- 
ségnövekedés nemcsak húsz vagy harminc százalékos, hanem 
ötszörös. Hihetetlen számítási igény merül fel a munka során, 
s ez a tulajdonképpeni korlátozó tényező - ha az alkotónak 
több közelítő számításra nyílik lehetősége, az eredmény sokkal 
jobb lesz. Rengeteg Jedi-lovagot és palástot kell modellezni, 
ami a gépek megfelelő sebessége nélkül nem volna lehetséges. 
Korábban a közelítéseket kézzel kellett kezelnünk. A II. részben 
a szereplők élő és számítógépes grafika által megjelenített 
képei között az átmenetek illesztése digitálisan hajtódik végre 
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a szereplők élő és a számítógépes grafika által megjelenített 
képei között. , A színészek esetében gumiprotézisek helyett 
számítógépes grafikát használunk. Több szimulációt és merev- 
test-dinamikát alkalmazunk. Ahogy a fénykard felvágja és 
szétrepíti a droidokat, a keletkező darabok teljesen valóság- 
hűen szállnak minden irányba." 

George Lucas, aki az eredeti Csillagok háborújában négy- 
száz felvételsorozatot használt, a II. részben már kétezret. 
Ennek megvalósításához három látványigazgatóra volt 
szükség, mintha három film készült volna. , Már várom, 
hogy mi mindenre leszünk képesek a II. rész után" — mondja 
Hendrickson. 

És ez a Linuxnak is köszönhető. 
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Robin hfowe 

] a MovieEditor.com internetes és televíziós 

Bs videoalkalmazásokat készítő cég egyik part- 

( nere. Írásai a Dr. Dobbs Journalban, a Ct-- 

— 1] Reportban, a C/C--- Users Journalban, a Data 
Based Advisorban jelentek meg és számos ta- 
nácskozás anyagában megtalálhatók. A Robin által készített 
programok sorában található többek közt az a kiszolgálóalapú 
videoszerkesztő rendszer, amit a Manhattan 24 órás televíziós 
hírcsatorna, a lime Warner New York One, illetve a kapcso- 
lódó honlap 8 http:/Avww.ny1.com/ is használ. Elérhető a 
robin.rowe2 movieeditor.com címen. 
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Silicon Grail RAYZ 


Ebben a hónapban Robiun azt vizsgálja, miként használják a RAYZ-t a különböző 
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új és még megjelenés előtt álló filmek különleges hatásainak előállításakor. 


Lf tf 


lőző hónapban a Nothing Real cég Shake nevű szer- 
2 kesztőprogramját vizsgáltuk, amelyet számos vezető 

filmstúdió alkalmaz különleges hatások vagy animációk 
létrehozására. A Nothing Real nemrég az Apple birtokába 
jutott, amely a cég gyors sorelemző (scanline) leképező eljárá- 
sát a jövőbeli Apple-termékekben kívánja felhasználni. A Shake 
bizonytalan linuxos jövője a versenytárs, a Silicon Grail RAYZ 
nevű programjának hasznára lehet. Mind a RAYZ, mind a 
Shake felhasználói felületként interaktív jelenetgráfokat hasz- 
nál a hatások (effects) összeállításához. Bár a felhasználói felület 
szempontjából hasonlítanak, a RAYZ nem használja a Shake 
leképező eljárásának soronkénti megközelítését. , Azt hiszem, 
manapság a gyorsítótár használatának módszere fontosabb 
kérdés a leképezés gyorsítása terén, mint a soronkénti algorit- 
musok" — mondja Ray Feeney, a Silicon Grail elnöke. , A memó- 
ria sokkal olcsóbb lett. A soronkénti eljárás valójában lassabb 
is lehet, mintha több blokkot a memóriában tartunk -— például 
a forgatások esetén." 
A hollywoodi filmhatásokkal foglalkozó cég, a Flash Film 
Works a RAYZ és Linux programpárost használta legutóbbi 
három Warner Bros alkotásához: az Arnold Schwarzenegger 
főszereplésével készülő Collateral Damage című akciófilmhez, 
a Death to Smoocy című vígjátékhoz Robin Williams főszerep- 
lésével, és a Pluto Nash című gengszter-sci-fihez, amelynek 
Eddie Murphy a főszereplője (előreláthatólag 2002. augusztus 
16-án mutatják be a mozikban). , A RAYZ rendelkezik azokkal 
az alapvető tulajdonságokkal, amelyekre a szerkesztőnek szük- 
sége van, ezeken kívül tartalmazza a görbítést, a képek egy- 
másba való alakítását és a CineSpeedet" — mondja Dan Novy, 
a Flash Film Works műszaki igazgatója. A RAYZ új kódra épít. 
A Silicon Grail korábbi szerkesztője, a Chalice nem támogatta 
a Linuxot. , A Silicon Grail vitacsoportok segítségével évekig 
gyűjtötte a Chalice-felhasználók véleményét" — tájékoztat 
Novy. A RAYZ flipbookja egyszerűen bámulatos. Képes a képe- 
ket valós időben 2 k felbontásban megjeleníteni. A csomópon- 
tok lejátszáskor előre betöltődnek, futás közben dolgozhatok 
a jeleneten, valós időben változtathatok a színbeállításokon. 
A Death to Smoocyban a RAYZ-nek nagy hasznát vettük az 
autókban és hajókban ülő szereplők szerkesztésénél" — jegyzi 
meg Novy. , A RAYZ-t használtuk a fegyverek torkolattüzeinek 
és az utcai visszaverődések hozzáadásához is. Rengeteg há- 
romdimenziós hatást hoztunk létre 2D-s alapokon." Az egyik 
jelenetben a RAYZ hajlítási és áttűnési tulajdonságait használ- 
tuk a felvétel során megsérült díszletrészlet javítására. Bár a 
többi felvételnél a díszlet sértetlen volt, a rendező mégis úgy 
érezte, hogy az a legjobb felvétel, amelynél a gond jelentkezett. 
A Collateral Damage esetén rengeteg újraidőzítést használ- 
tunk" — mondja Novy. , Ezzel az eljárással a 24 fps-es sebes- 
ségből 36 fps-est tudtunk létrehozni ott is, ahol nem volt kellő 
számú képkocka." A RAYZ programmal meg lehetett alkotni a 
közbülső képeket. Az újraidőzítés nem hibátlan, azonban jobb, 
mint a képismétlés. A REALVIZ Relimer a másik lehetőség, 
de nincs beépítve, viszont a leképezés elkészítése szükséges. 
A Collateral Damage során Schwarzeneggert sokszor kellett a 
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robbanások előterébe szerkesztenünk. 


A Pluto Nash gyártásakor a Windows NI-n futó LightWave 


segítségével előállított és az Ultimatte által a kékdoboz elvét 
használó eljárással feldolgozott holdbéli képet használták 























Egyszerű színkorrekció RAYZ-ben. A bal felső sarokban a flipbook 
előnézet-lejátszó található. A Jobb alsó ablakban 
a kapcsolódó szűrők gráfnézete látszik. 
A bal alsó ablak a kiválasztott szűrő beállításait tartalmazza. 





Jelenet a Collateral Damage című filmből: a bal oldali helikopter 
valóságos. A jobb oldali egy Mayában készült háromdimenziós alkotás, 
amelyet a RAYZ segítségével szerkesztettek a képre. 


a RAYZ-zel való munka során. , Fontos számunkra a RAYZ 
hálózati felhasználási szerződése az Ultimatte-hez. A Digital 
Fusion, a Combustion és az After Effects hardverkulcsot 

(a program futtatását engedélyező alkatrészt) használ az 
Ultimatte-hez. Nem lehet bármelyik gépre átvinni, mint 

a RAYZ esetén." A Flash Film Works egy olyan kiegészítőt fej- 
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A Flash Film Works a RAYZ-t használta a Collateral Damage című filmben 
arra, hogy a kék képernyő előtt mozgó színészeket 
összeszerkesszék a háttérben zajló robbanással, és a robbanás kiegészítő 
elemeiként a képhez hozzáadják a roncsokat és a zuhanó rudat. 





A Meljler Toy City reklámja számára az Island Fever Productions a Houdini 
linuxos változatát használta a pingvinek háromdimenziós alakjának 
megformálására. E meglepő reklámok MPEG-változatai letölthetők a 
2 http:/Awww.island-fever.com/meljer.html címről. 





A Less Miserables számára készült háttérhelyettesítést megnehezítette a tollak lágy határvonala (előtte és utána). 


leszt, amely a képpontokat úgy torzítja, hogy látószögelhajlás 
jöjjön létre. Egy smoke plumme-modul illeszthető hozzá, 
amellyel a megfelelő szemtávolság segítségével az egyes sze- 
mek számára külön kép áll elő. A kiegészítők írásához Perlt 
és C-t 4-t használnak. Novy fontolgatja a LightWave-ről 

a Houdinira történő átállást, az utóbbi egy népszerű 3D-s 
programcsomag Linuxra. 

Miután a Kodak felhagyott a Cineon szerkesztő fejlesztésével, 
a Silicon Grail megvásárolta az eljárást, és Grain/Degrain, 
Sharpen és CineSpeed elnevezésű eszközökként beépítette a 
RAYZ-be. , A RAYZ egyedülálló tulajdonsága, hogy az adatokat 
a Cineon 10 bites logaritmikus formátumában képes tárolni" 
— mutat rá Novy. , AZ összes többi szerkesztő megköveteli 

a 16-bites lineáris vagy lebegő formátumra való átalakítást. 

A RAYZ esetén is átalakíthatjuk, de végig a 10-bites formátu- 
mot használhatjuk. Beépített számításokat is képes így elvé- 
gezni. , A monitorok 8-bites lineáris formátumot használnak, 
és LUT-okra (lookup table, vagyis színkereső táblázat) van 
szükségük ahhoz, hogy megközelítsék a film minőségét. 
,Mivel ez is a RAYZ-be épített Cineon-féle eljárás része volt, 

a teljes képernyőbeállítási folyamat elvégezhető, biztosítva, 
hogy a legtöbbet tudjuk kihozni eszközeinkből." 

A RAYZ minden operációs rendszerünkön és gépünkön 
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futtatható" — jegyzi meg Novy. Még Alpha-munkaállomásokon 
is futtatjuk a programot, a 64-bites 21264-esen. Amikor a Deep 
Blue Sea számára beszereztük ezeket a gépeket, nem volt ha- 
sonló gyorsaságú a piacon, de másfél év múlva már használa- 
ton kívül hevertek a sarokban. Mivel a RAYZ naprakész Alpha- 
támogatást biztosít, lehetővé vált, hogy újra üzembe helyezzük 
ezeket a kicsit elavult, de még mindig gyors gépeket. Debianra 
váltunk, mert a Red Hat Alpha-támogatása akadozik. Azt 
hiszem, az SGI korábbi helyzetéhez hasonlóan a Linux uralko- 
dóvá fog válni a filmgyártásban, abban azonban már koránt- 
sem vagyok biztos, hogy a Red Hat lesz e téren a nyertes. 

A santa-monicai telephelyű Island Fever Productions is a 
RAYZ-t használja háromdimenziós hatások létrehozására a Lea 
Thompson főszereplésével készülő nagyformátumú filmjéhez. 
A 2002 nyarán a Busch szórakoztatóközpontban bemutatandó 
film olyan fizikai látványokat vonultat fel, mint vibráló székek, 
víz- és különböző illathatások. 

,A film minden szerkesztőmunkájához a RAYZ-t használjuk" 

— tájékoztat Island Fever elnök és Nick Ilyin, a képi hatások 
igazgatója. Egy nagyformátumú filmkocka 65 mm-es szerkesz- 
tése igen nagy igényeket támasztó művelet. A filmet 4 k felbon- 
tásban olvassuk be a 35 mm-es filmeknél szokásos 2 k felbontás 
helyett. , 2 k felbontáson a teljesítmény meglehetősen jó, 4 k 
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Az Island Fever Productions a Linuxot 
reklámfilmek készítésére is használja, 
köztük három Orikin-rekláméra, 
amelyben csótányok mászkálnak egy 
tévé képernyőjén. A Meyer loy City 
négy reklámfilmjében mulatságosan 
mozgó pingvinek szerepelnek. , Ping- 
vinszobrokat készítettünk, amelyeket 
digitalizálva betápláltunk a Mayába 

a háromdimenziós mozgás létrehozá- 
sára, a Houdini végezte az alakváltoz- 
tatás és világítás szerkesztését, majd 

a kimenetet a Pixar RenderManja 
kapta meg" — meséli Ilyin. ,Sok egyedi 
kódot írtunk a folyamat egyesítése 
céljából, valamint egy egyedi megvilá- 
gítással foglalkozó bővítményt a 
Houdini számára." A Houdini korlá- 
tozott képességű szerkesztője nem 
elég hatékony a Haunted Lighthouse- 
hoz hasonló projektekhez, ezért az 


A Less Miserables-hez készült fényfolthatást a RAYZ segítségével adták hozzá a reflektorhoz Island Fever nemrégiben átállt 
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— a jelenetben egy ügyetlen világosító véletlenül megvakítja az operatőrt. a RAYZ-zel való szerkesztőmunkára. 
Ilyin szerint a Linux használata kétség- 
ira kívül célszerű, de szeretné, ha a rendszer még megbízhatóbb 


lenne, ugyanis a leképezőtelepét néha lefagyva találja. A hiba 
okának kutatása általában a Linux NFS-megvalósítását 


Bömbölő egér 


A RAYZ hatásaival kapcsolatos beszélgetésünk közben Drew Pert- 
tulával egy érdekes egérbeállítást fedeztünk fel. , Ablakezelőként az 
FVWIV-et használom, ami támogatja a Llibstroke-ra épülő 
kézmozdulatokat. Egyetlen kézmozdulattal futtathatom a Mozillát, 
és eljuthatok az Indb.com vagy Google.com oldalakra, vagy akár 
egy gépre bejelentkezhetem, amin felhasználói fiókkal rendelke- 
zem." A kézmozdulatok nem kézírás-felismerést jelentenek, inkább 
olyan durvább firkálást, mint a Palm Graffitije. Amikor az asztalra 
két egymáshoz képest meghatározott hosszúságú és irányú, 
egymást metsző vonalat rajzolunk az egérrel, elindul egy program. 
"A kézmozdulatok mellett Perttula további egérgombokat is használ: 
az egerem hét gombbal rendelkezik. Viccesen úgy állítottam be őket, 
hogy segítsenek a Maya egyik gyakran használt műveletének elvég- 
zésében. Mivel a kerék nyomva tartása elég fájdalmas, a középső 
gombot átdefiniáltam az egyik távoli jobb oldali gombra. A görgő 
megnyomása most a hetedik gombot jelenti és az ablakot a háttérbe 
küldi. A távoli bal oldali gomb az ablak húzására lett beállítva." 
Perttulának egy kicsit át kellett alakítania az F/WM-et, hogy hét 
gombot támogasson, kettővel többet, mint az X. Elmondása szerint 





A Memories of You című filmben egy haleledelt tartalmazó boríték 


szétmállik, amikor a hal medencéjébe kerül. A blokkok a Python és Pygame A ő EZT ELEG Fé geETa gl 
segítségével készültek, majd a RAYZ-ben kerültek beolvasásra. figyelmeztették, hogy ne használjon ötnél több gombot, de jó ta- 


pasztalatokra tett szert. Egere egy tízdolláros , Frys special" Dexxa 
Optical, és az X indítóparancsfájlja a következő sort tartalmazza: 
xmodmap -e "pointer - 173 6245 

Perttula hétgombos FVWM-trükkje a //bs/defaults.h állományban 


felbontásnál azonban a RAYZ a 35 mm-es normál felbontáshoz 
képest négyszeres adatmennyiséget kezel. Ezt 3D esetén még 
kettővel meg is kell szorozni. Gépeinknek sokkal több memó- 


riára van szükségük ennek kezeléséhez. A feladatra 2 GB-os rejtőzik. 

kétprocesszoros munkaállomásokat használunk." A 65 mm-es He Ete e s 1 
digitalizálás az IMAGICA segítségével történik, majd a Cineon Egy másik szellemes egérjellemző, amit Perttula mutatott nekünk, 
4096 x1536-os térhatású DLT-formátumában kerül továbbításra. 4 következő: a SHIFT gomb nyomva tartása alatt az egér görgőjével 
A végső 70 mm-es 5-perf filmeket két vetítővel mutatják be, menet közben állíthatjuk a Mozilla ablakában a betűméretet. 


a nézők, a háromdimenziós élmény elérése érdekében Polaroid Ez a Mozilla egy nemrégiben megírt fejlesztése. 
szemüvegeket kapnak. 


30 Linuxvilág 





A Python és a RAYZ együttes használata 


Drew Perttula sokszögű koordinátaháló programja (a neve create- 
grid) egy boríték képén úgy jelöli ki a tartományokat, mintha az 
vízben mállana szét. Ahogy a boríték darabokra szakad, hajlításokat 
és egyéb torzításokat szenved a RAYZ-ben. A Python-program szö- 
veges kimenete a RAYZ-be kerül beillesztésre, de nem szöveges 
dobozba, ahogy azt esetleg várnánk. , Az ügyes RAYZ varázslatos 
tulajdonsága az, hogy szöveges adatokat közvetlenül a grafikus 
felületére enged beilleszteni, és hogy a beillesztés eredménye való- 
jában egy halom csomópont és kapcsolat" — lelkendezik Perttula. 
Ht1/üsrT/bin/python 


import pygame, pygame.image 
from pygame.locals import " 


pygame.init() 


(255168 
pygame . Surface ( 


white -— 


GYK nt (600.350) ; SWNSUREACAK ) 
xcells-6 


ycells-4 


tor xi in crangel0  xcells) : 
for vi in tangel0  vcel ls) : 


SET , Ea LIL( 0 ) 
GIAN NÉK SSÉI NE e 


RecETlIxi"1707xeellsrő6007yvi"r1:0/veellér3507; 
1600 507xee ls 35050/vyeetlsT10) 


használó parancsok hibájára enged következtetni. , Reméljük, 
hogy végül minden eszközünket Linux alatt tudjuk majd 
használni, ám a támogatás hiánya gondot jelenthet. A Red 
Hathez nyújtott támogatás kevés." Az Island Fever Red Hat 
Linux 7.1-es, 7.2-es változatokat, SGI IRIX-et és Windows 
2000-et használ. 

Drew Perttula weboldalt hozott létre a RAYZ-közösség részére 
2 http:/rayz.bigasterisk.com címen, hogy helyet biztosítson 

a témával kapcsolatos ötletek, példák, viták és kódok (bővít- 
mények és külső eszközök) számára. Szabadúszó hatásszerkesz- 
tőként Perttula számos független film létrehozásának munkála- 
taiban résztvett. ,2001 áprilisában találkoztam először a RAYZ- 
zel, az akkori bétaváltozattal" — emlékszik vissza Perttula. 

Azóta nagyon tevékeny vagyok, több mint 600 jellemzést és 
hibajelentést küldtem el. A RAYZ korábbi változatainál érzésem 
szerint túl korán került hangsúly a hatékonyabbá tételre. Az 
üzembiztosság csak ezután következett. Néhány héten belül 
megérkezik a 2.2-es változat, amely izgalmas változtatásokat 
tartogat a bővítményírók számára. 

A független Less Miserables című film számára Perttula éppen 
egy San Franciscóban, a Mission Streeten játszódó jelenet hát- 
terének helyettesítésén dolgozik. Amikor az utcai háttér kiné- 
zete nem megfelelő, úgy állítja be, hogy jobban hasonlítson 

a Mission Streetre. , A dolog meglehetősen bonyolult, mivel 

a színésznő ruhája a rengeteg toll miatt nagyon sok lágy körvo- 
nallal bírt. Szerencsére sikerült alkalmaznom a Washingtoni 
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tilebase — "gridő021-S021i" ő (xi yi) 
pygame . image.save(surÍ, filebase-r".bmp" 


DEímne INT TT 
"s" - imagein( ) 
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filebase, 
It outputs this, 24 times, with varying names 
(instead of grid00-00) : 


taerid00-00V S imageini :) 
j 
TELT SS TT SE TÉTELHEZ TÉT KEKÉ elb 
"7409/videő/tisbh/grido0-00.omp" 
ne ibin ella zta e szeb 
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1000.521000.5 undefined; 


Egyetemen dolgozó barátaimnak az élek megtalálására vonat- 
kozó kutatási eredményeit, majd beolvasztanom a RAYZ-be." 
A Less Miserables egy vígjáték, mely arról szól, hogy mi min- 
den mehet tönkre filmkészítés közben. Justin Lomba rendezőt 
az HBO Project Greenlight visszautasította, a filmet mindössze 
húszezer dolláros költségvetéssel mégis létrehozta. Az egyik 
jelenet poénja, hogy a világítósegéd közvetlenül a kamera 
lencséje felé irányítja a reflektort és megvakítja az operatőrt. 
,A reflektor valójában sötét, a fényt utólag kellett hozzáaádnunk 
a RAYZ segítségével" — magyarázza Perttula. , Egy másik jele- 
netnél egy a PDI-nél ügyködő barát segítségében reményked- 
hettünk, akinek egy háromdimenziós kameradaru modellezé- 
sével kellett azt az érzést keltenie, hogy a néző sokkal nagyobb 
eszközt lát." 

A Less Miserables egy másik jeleneténél tömeg alkotására volt 
szükség: egy San Franciscó-i szökőkútnál ebédidőben játszódó 
jelenetre volt szükségünk, viszont a felvétel valójában hétvé- 
gén készült, amikor a helyszín sokkal elhagyatottabb volt. Ha 
korábban szóltak volna, barátaimmal egyszerűen statisztaként 
besétálhattunk volna a háttérbe. Így azonban nem kis munká- 
ba fog kerülni a tömeg utólagos képbe szerkesztése. 

, Egy másik független film, amin a PDI-nél dolgoztam, a 
Memories of You" — meséli Perttula. , A PDI-nél az emberek 
folyton különböző független munkákon dolgoznak, engem 
egy barátom, Marlon Montgomery hozott be. Shane Pollack 
igazgató piros esőt és egyéb természetfeletti hatásokat szeretett 
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volna, például egy színésznek kék könnyeket kellett ontania. 
A feladat meglehetősen összetett, több száz csomópontos 
megoldást igényelt RAYZ-ben, esőt a Mayában, és egy jó adag 
filmfelvételt (a 8 http:/www.artbeats.com-ról). 

Saját projektjéből, a Golden Memories számára készülő jelene- 
tekből Perttula bemutat egyet, amelyben a szabadságon lévő 
hölgy halacskáját borítékban küldött eledellel eteti. A hal kád- 
jába eső boríték szétmállik. A Golden Memories a nemrég a 
Berkeley-ben lezajlott ROBOITMEDIA fesztiválon került bemu- 
tatásra. ,Éppen a RAYZ-t dolgoztatom azzal, hogy a boríték 
minden darabjából blokkot képezzen. A blokkok létrehozásához 
a Pythont és a Pygame-et használtam, így nem kellett minden 
egyes csomópontot a RAYZ felületén keresztül kézzel megadni." 
"A RAYZ a Shake-nél egyszerűbb felületével munkámat a mű- 
vészethez közelítette" — véli Perttula. A programozók számára 
pedig a Shake-énél sokkal jobban leírt API-t biztosít. Szöveg- 
alapú fájlftormátumai segítségével könnyen készíthetünk apró 
RAYZ-kellékeket. A RAYZ-ben nincs megfelelő eszköz a sta- 
tisztikai adatok gyűjtésére, de tíz perc alatt összehoztam egyet. 
Perlt és Graphvizt használtam egy faszerkezetű diagram létre- 
hozására, amelyen a RAYZ bemenete és kimenete látszik. 
Perttula szerint a Perl használatának egyszerűsége, amellyel 
áttekintés készíthető arról, ahogyan az egész projekt működik, 
nagyszerű bizonyíték arra, hogy milyen könnyen olvashatók 

a RAYZ fájljai és milyen érdekes dolgok hozhatók létre 
segítségükkel. 

Ahhoz, hogy a RAYZ-t birtokba vehessük, először a szerző- 
déskezelőt kell letöltenünk 

(license manager.linux.intel.tar.gz), és külön az 
alkalmazást (rayz-2.0.i386 . rpm) a Silicon Grail honlap- 
járól. Az alien segítségével az RPM-et átalakítottuk, hogy 
Debian rendszerünkre telepíteni tudjuk. Az alien a Red Hat- 
féle RPM, a Debian deb, a Stampede slip és a Slackware tgz 
formátumai közötti átalakításokkal birkózik meg. 


alien -k rayz-2.0.i1386.rpm 

dokg-deb -C rayz 2.0-20020129 1386.deb 
dpkg -i rayz 2.0-20020129 i386.deb 

cd /üsv 

tar Xxviíz /iristall/cotposítor/ rayvz/ 27 
s ]liéense. maniager : linux. intel. tar.gz 
grail/hostinfo 

grail/Install 

grail/grailadmin -r localhost 
grail/graild -1 /var/log -k /usr/grail 
rayz 


A dpkg-deb -c parancs a fájlok majdani elhelyezkedését 
anélkül tárja fel, hogy ki kellene őket csomagolni. Sok Linux- 
program esetén hiányzik a futtatható mód, ez a parancs mind- 
ezt könnyen kitalálhatóvá teszi (a dokg-deb -Xe parancs 
lehetőséget teremt rá, hogy a tar fájlokhoz hasonlóan egy deb 
fájl tartalmát egyszerűen anélkül bontsuk ki, hogy telepítenénk 
a programot). Mivel látható, hogy a főkönyvtár a /usr/grail, a 
szerződéskezelőt is ebbe a könyvtárba telepítjük. A hostinfo 
parancs megjeleníti gépünk azonosítóját, ezt szükséges elkül- 
denünk, hogy a Silicon Grailtől megkapjuk a felhasználói 
kulcsot. Ahelyett, hogy a szerződéskezelőt démonkérnt futtat- 
nánk, inkább a kézi indítást választottuk. 

A RAYZ fejlesztőcsapata öt programozóból áll, mindegyikük 
Linux-munkaállomáson dolgozik. ,Három évvel ezelőtt 
stratégiai döntést hoztunk, hogy a Linuxra összpontosítunk" 

— tájékoztat Craig Zerouni, a RAYZ termékmenedzsere. , Már 
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akkor nyilvánvaló volt a számunkra, hogy a Linux az a terület, 
ahol keresnivalónk van." A RAYZ Windowsra és SGI IRIX-re 
írt változatai egyetlen, körülbelül egymillió sorból álló Linux 
alatt fejlesztett kódbázisból kerülnek fordításra. Az alkalmazott 
eszközök között található a gcc, g-t -, CVS és a Jam. , Nemré- 
giben váltottunk a make-ről a Jam-re" — meséli Zerouni. 

, AZ újrafordítás ideje órákról percekre esett vissza, mivel a Jam 
ügyesebb a make-nél." Az RtD vezetője, Kimball Thruston 
hozzáteszi: , Az autoconf-ot vagy a hozzá hasonló progra- 
mokat nem használhattuk több felületen, de a Jam minden 
operációs rendszeren hasonlóan működik." A Jam használata 
megköveteli, hogy a Makefile-okat jamfile-okká alakítsuk. 
A Freelype hasonló projekt, szintén a Jamet használja. 

A grafikus felületenkénti 9900 dolláros, valamint a leképezési 
szálanként kifizetett 2900 dolláros árával a RAYZ nem mond- 
ható olcsónak, bár a Silicon Grail kész az együttműködésre 

a bővítmények fejlesztőivel és az egyetemi felhasználókkal. 
Szívesen fogadja azokat a fejlesztőket, akik harmadik félként 
szállnának be a bővítményírásba. , Nem kell stúdiónak lenni 
ahhoz, hogy a RAYZ-zel közelebbi kapcsolatba kerüljünk" 

—- mondja Zerouni. 

Az SDK-bővítmérny, a leírások és példák részei a letölthető 
próbaváltozatnak. A RAYZ összes beépített műveletét (például 
a képforgatást) saját kódunk beépített részeként használhatjuk. 
Ha a felhasználó csak fejleszteni szeretne, a letöltött változat- 
hoz járó egy hónapon kívül további három hónapos próba- 
időre is lehetőséget adunk. Attól függően, hogy a három hónap 
alatt meddig jut a felhasználó, további kiterjesztés követheti. 

A Martin Labshoz hasonló cégek RAYZ-bővítményeket készí- 
tenek csakúgy, mint az angliai Ihe Foundry a Keylighttal és 

a Photron a Primatte-tel. 
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a 5 a MovieEditor.com internetes és televíziós 
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a Data Based Advisorban jelentek meg és 
számos tanácskozás anyagában megtalálhatók. 

Elérhető a robin.rowe2 movieeditor.com címen. 











Többképernyős Linux-rendszerek 


Hogyan alakíthatunk ki többképernyős rendszert egyébként már használaton 


kívüli eszközök segítségével? 





napjainkban végzett mérnöki munka nagy képernyő- 
AA felületet igényel. Nagy felület szükséges például az 

áramkörtervezéshez, matematikai modellezéshez és 
szimulációhoz, a képfeldolgozáshoz és még számos más mér- 
nöki tevékenységhez. Mostanra eljutottunk odáig, hogy a több- 
képernyős rendszer alapkövetelmény a hatékony munkához. 
Az alábbiakban végignézzük, hogyan lehet két vagy több meg- 
jelenítőt használni egy rendszerben. 
Légy mindig óvatos, és ne vegyél mindent készpénznek: az itt 
leírtak nem jelentenek kikövezett utat a biztos sikerhez, hiszen 
gyakran előfordul, hogy egy-egy grafikus kártya más eszkö- 
zökkel egyszerűen nem hajlandó együttműködni. Mint min- 
dig, a leírt műveletek előtt is javasoljuk, hogy a fontosabb 
fájlokról készíts mentést. 


A recept 

Először is végy egy olyan számítógépet, amelybe több grafikus 

megjelenítő van szerelve - két kártya és a hozzájuk tartozó két 

képernyő. Mi újonnan telepített RedHat 7.2 rendszerrel dolgo- 
zunk, hogy jobban lehessen látni, amikor a rendszeren az 
egyes lépések során mélyreható módosításokat végzünk. A leírt 
lépések elméletileg más, 4.x-es XFree36-tal ellátott rendszeren 
is megfelelően működnek. 

Ezúton szeretnénk még egyszer felhívni a figyelmedet arra, 

hogy a munka megkezdése előtt a beállítófájlokról ne felejts el 

mentést készíteni! 

1. lelepítsd mindkét grafikus kártyát a rendszerbe, majd 
kapcsold be a monitorokat, és végezd el az alaprendszer 
telepítését. 

2. A telepítés alatt válaszd a KDE felületet és kapcsold be 
a grafikus belépést. Ez nem létfontosságú, az alkatrészek 
kipróbálását azonban megkönnyíti és később nyugodtan 
megváltoztatható. 

3. Fejezd be a telepítést, és bejelentkezéssel ellenőrizd, hogy 
alaprendszered az X Window rendszerrel együtt 
megfelelően működik-e. 

4. Rendszergazdaként indíts egy xterm programot, és a cd 
paranccsal lépj a saját könyvtáradba. Itt gépeld be a cp 
/etc/X11/XF86COnfig-4 . parancsot, amellyel biztos, ami 
saját könyvtáradba. 

5. Most pedig gépeld be a telinit 3 parancsot, amellyel az 
5-ös futási szintről (grafikus felület) a 3-as futási szintre 
(karakteres mód) jutunk. 

6. Most gyűjtsük össze a munkához szükséges adatokat! Lépj 
be rendszergazdaként, gépeld be az X -version parancsot, 
és vizsgáld meg a képernyőn megjelenő üzenetet. Az üze- 
netben valahol fellelhető a 4.1.0 vagy a 3.3.6a jelsorozat 
— a rendszeren telepített XFree386 változatától függően. 

A most következő lépés az igazán nagy haladás: gépeld be 

az XFree86 -configure parancsot, és várd meg, míg a 
rendszer megkísérli beállítani magát. Következzen az 
XFree86 -xf86config /root/XF86Config. new parancs! 
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Ha eddig minden jól ment, a monitorok ebben a pillanatban 
elkezdenek halkan kattogni, mert a különböző üzemmódo- 
kat váltogatják. A képernyőkön ilyenkor a nyers X-alapfelü- 
letnek kell megjelennie. Ha a beállítandó képernyőkön is ezt 
látod, máris üzembe helyezted a monitorokat - gratulálunk! 
Az X Window rendszer a CTRL-HALT-t BACKSPACE gombok 
együttes lenyomásával állítható le. 

Amennyiben a képernyők nem villódznak, és használható 
adat nem jelenik meg rajtuk, a grafikus kártyák másfajta 
párosítását kell kipróbálni. Nem javasoljuk az olyan 
kártyákkal való kísérletezést, amelyek ezt a lépést képte- 
lenek voltak sikeresen megtenni. Ha valaki mégis fel tud 
éleszteni egy ilyen párosítást, örömmel vesszük hírét! 
Ezek után futtassuk a XFree86 -scanpci parancsot, 

és vizsgáljuk meg a kimenetet. Egy Virge és egy Riva 
együttes használatánál valami ehhez hasonlót láthatunk: 
(0:8:0) S3 Virge, ez egy PCI-os kártya, (1:0:0 ) 
NVIDIA Riva Ultra 64, ez pedig egy AGP-csatolós 
kártya. Más kártyák és bővítőhelyek adatairól szintén 
kapunk leírást, de ezek most mellékesek. 

7. Az X-kiszolgáló beállítása: biztosnak kell lenned afelől, hogy 
a megfelelő X-kiszolgálót indítod el, különösen akkor, ha a 
hatodik lépésben a kiszolgáló változatszáma 4-nél kisebb 
volt. Gépeld be az 1s -1 /etc/X11/X parancsot: ha ez az 
XFree86-ra mutató közvetett hivatkozás, akkor az XFree86 
4-es változatát használod. Amennyiben mégsem ez a helyzet 
áll fenn, mentsük az eredeti állományt az mv /etc/X11/X 
/etc/X11/X orig paranccsal, majd adjuk ki az 1n -s 
/usr/bin/X11/XFree86 /etc/X11/X parancsot. 

8. Több képernyő üzembeállítása a következőképpen zajlik: 
egyszerűen másolatot készítesz a X Window beállításállo- 
mányáról - cp /root/XF86Config. new 
/etc/X11/XF86COnfig-4 -, ettől azonban még mindig 
nem lesz túl jó a képernyő felbontása. A /etc/X11/XF860Config- 
4 állományt finomhangoláshoz kézzel kell szerkeszteni — erre 
rögtön visszatérünk. 

9. Végül írd be: telinit 5, jelentkezz be, és élvezd munkád 
gyümölcsét! Ha minden jól sikerült, a rendszerbetöltés 
hibátlanul lefut, és megjelenik a bejelentkező képernyő. 

A jobb oldalon lévő képernyő az elsődleges képernyő, a bal 
oldali csak a bejelentkezés végén fog szóhoz jutni. 
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A rendszer működésének háttere 

Kiindulásként a Red Hat 7.2-es változatot használtuk, mert 
ebbe már az XFree36-4-et építették, amely támogatja több 
képernyő és beviteli eszköz egyidejű használatát. Több fizetős 
X-kiszolgáló már korábban is támogatta ezt a szolgáltatást, az 
XFree86-4 viszont a Linux-változatok részét képezi, ráadásul 
még ingyenes is. A 4-es változat nagymértékű rugalmasságot 
vezetett be. A kulcsfontosságú rész a ServerLayout szakasz, 
amely a képernyők egymáshoz viszonyított helyzetét hatá- 
rozza meg. A példa kedvéért álljon itt e szakasz rövid kivonata: 
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Section "Server Layout" 
Identifier " Xfree86 Configured" 
Screen 0 "Screen0" 0 0 
Screen 1 "Screenl1i" LeftOf "ScreenoO" 
InputDevice "MouseO" "CorePointer" 
InputDevice "Keyboard0" "CoreKeyboard" 
EndDection 


Mint a félreérthetetlenül egyszerű formátumból kitűnik, ez a 
beállítás a Screen0-val jelölt — az elsődleges grafikus kártyához 
tartozó — képernyő jellemzőit fogja meghatározni, majd az ettől 
balra levő(k)ét. Ez más szóval azt jelenti, hogy ha az egeret a 
Screen0 képernyőn mozgatjuk és elérjük a képernyő bal szélét, 
a kurzor a Screen! jobb szélén fog felbukkanni — bizony, ez 
elég zavaró lehet, különösen akkor, ha egy bemutatón a moni- 
toroknak háttal kell dolgozni. A képernyőhely beállítását végző 
program megengedi a közismert beállító szavak használatát: 
Right (jobbra), lop (fent), Bottom (Lent), valamint a viszony- 
lagos elhelyezést. Ez utóbbi esetben a képernyők átlósan 
helyezkednek el. Amennyiben az XFree86 részleteit szeretnéd 
megismerni, a man XFree86 parancsot használd. Sem a kép- 
ernyők felbontásának, sem a színmélységüknek nem kell 
azonosnak lennie. letszés szerint egyik-másik vagy akár 
mindkettő virtuálissá tehető, használatukat azonban nem talál- 
tuk könnyűnek. Minden ServerLayout szakasz képernyő- 
leíró (Screen) és grafikuskártya-leíró szakaszra oszlik (Device). 


Section "Server Layout" 
Identifier "Screen0" 
Device "Cardo" 
Monitor "Mónitoro" 
SubSection "Display" 

Depth 8 
H Virtual 
EndSubSection 
Ensection 


1024 768 


Az alábbiakban olvashatjuk a Screen0-t támogató képernyő- 
és bevitelikészülék-leíró szakaszokat: 


Scetion "Monitor" 
Identifier "MonitorO" 
VendorName "GWY" 
ModelName "311" 

EndSection 

Section "Device" 
Identifier "Cardo" 
Driver "mga" 
VendorName "Matrox" 
BoardName "MGA 2164" 
BusID "PCI:0:14:0" 

EndSection 


A legfontosabb a rendszeren belüli összhang, vagyis az, hogy 
a Screen0-hoz a MonitorO0 és a Card0O tartozik. Röviden: itt arra 
kell figyelni, hogy a nevek megegyezzenek. Azt a szokást 
alakítottuk ki, hogy az egyes részrendszereket alkotó egységek 
nullára, 1-re végződnek ahelyett, hogy pontosan követnénk 

a monitorok és kártyák típusát, így sokkal egyszerűbb elke- 
rülni a hibákat. A következő kulcsfontosságú lépés a készülék- 
meghajtó meghatározása, amely mindkét kártyára nézve 

az XFree86 -configure futtatásával végezhető el. Végül 
fontos a BusID (buszazonosítók) helyes beállítása. Ennek 
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beállítása egyetlen kártya használata esetén nem szükséges, 
de kettő vagy több kártya üzemeltetése esetén kötelező. 

Az AGP-kártyák azonosítója nem 0-val, hanem 1-gyel kez- 
dődik, és valószínűleg 1:0:0 lesz. 

Az erőforrások legjobb kihasználása érdekében az alapvető 
jellemzők beállítását követően most rátérhetünk a 
/etc/X11/XFConfig-4 finomhangolására. Szerkesszük ezt az 
állományt és illesszük be a /root/XFConfig-4.new-ban tárolt 
újonnan felismert adatokat. 

Minthogy bejelentkezésre a KDE grafikus felületét használjuk, 
igényeinknek megfelelően módosíthatjuk, majd a kijelentkezés 
és az X-kiszolgáló újraindítását követően megláthatjuk mun- 
kánk gyümölcsét. 

Amennyiben mégsem lennél elégedett az eredménnyel, végezz 
további finomításokat a fent említett állományon. Az általunk 
készített XFConfig-4 állomány a 38-as CD Magazin/ 

XFree könyvtárában található. 





Ha mindeddig sikeresen végigkísérted a beállítás lépéseit, most 
már a te gépeden is használható a KDE grafikus bejelentkezés- 
kezelője, esetleg a KDE-munkakörnyezet (lásd a képen) is. 


Választási lehetőségek 

A bejelentkezéskezelőt a /etc/sysconfig/desktop nevű állomány- 

ban beállított érték határozza meg. Maga az állomány mind- 

össze egyetlen sort tartalmaz: DESKTOP-GNOME vagy 

DESKTOP-KDE. Szerkeszd ezt az állományt rendszergazdaként 

az igényeknek megfelelően. Vizsgáljuk meg sorban a négy 

különböző lehetőséget: 

1. A KDE bejelentkezéskezelője, illetve KDE-munkakörnyezet: 
ha pontosan követted a receptben leírtakat, rendszered ilyen 
módon lett telepítve. Ez a megoldás két képernyő használatát 
engedi meg, a :0.0-ként azonosított elsődleges képernyőét 
és a :0.1-másodlagos képernyőét. A képernyők különállóak, 
emiatt nem lehet ablakokat egyikről a másikra mozgatni. 

A KDE-menütálca minden képernyőben elérhető, ezért ez 

a módszer egy-egy felügyelni kívánt rendszerterületnek egy- 
egy képernyőhöz rendelésével használható a legjobban 

-— úgymint hibanapló-figyelés, hálózati tevékenység figyelése 
vagy a kiszolgálóhelyiség hőmérsékletének ellenőrzése — bár- 
mi is legyen az, amit szemmel kell tartani, jókora értékes 
képernyőterületet igényel. E mostani munkának ez volt az 
alapötlete: régi készülék használata a hálózati munka ellenőr- 
zésére, valamint a további munka elvégzése anélkül, hogy 
újabb gépet kellett volna üzembe helyezni az asztalon. Mint- 
hogy Linuxban az X-felületen dolgozunk, könnyedén meg- 
szabható, hogy az X-alkalmazások hol jelenjenek meg. Ha gra- 
fikus programokat elindító héjprogramban beállítod például 





a DISPLAY- : 0 . 1 környezeti változót, az ott elindított prog- 
ramok a 0.1-es megjelenítőn tűnnek fel. Ha ezúttal a másik 
képernyőn egy másik jól nevelt programot szeretnél látni, csak 
gépeld be mondjuk az xclock -display : 0 . 0 parancsot. 

2. A KDE bejelentkezéskezelő, illetve Gnome-munkakörnyezet: 
add ki a swvitchdesk parancsot a parancssorban, majd az 
eredeti telepítés megváltoztatásához jelöld ki a Gnome-kör- 
nyezetet. Ekkor az egyik képernyőn feltűnik egy bejelent- 
kezéskezelő, miközben a másikon még csak egy beállítatlan 
X-felület látszik. Ezt követően egy Xterm ablakban gépelhe- 
ted be a /usr/X11R6/bin/mwm -display :0.1 6 paran- 
csot. A felbukkanó hibaüzenetet nyugodtan figyelmen kívül 
hagyhatod, és a másik ablakban máris egy másik működő 
ablakkezelővel rendelkezel. Ezenkívül a twm és az fvwm2 
parancsok ugyancsak használhatók. Ez a módszer próbacé- 
lokra kifejezetten alkalmas, hiszen gyorsan kideríthető, vajon 
az adott munkakörnyezetben felmerülnek-e gondok a prog- 
ram(ok) futása során. Ahogyan már az első megoldásnál 
láttuk, a képernyők itt is függetlenek egymástól. 

A harmadik és negyedik megoldás másfajta megközelítést 
használ: az XFree86-4-ben mindkettő a Xinerama-bővít- 
ményt is használja. (A cikk szerzői köszönettel tartoznak 
Dennis Baker-nek ragyogóan megírt HOGYAN-állományáért.) 
A Xinerama egyetlen nagy képernyőt alkot, amelyen köny- 
nyedebben és egyszerűbben lehet dolgozni. Itt aztán nevet- 
ve lehet ablakot áthelyezni egyik képernyőről a másikra. 
Ehhez a megoldáshoz két fontos lépésen keresztül jutunk el: 
először is módosítsuk a fent leírt módon a 
/etc/sysconfig/desktop állományt; másodszor a 
/etc/X11/gdm/gdm.conf állományban az állomány végefelé 
található sort (0-/usr/bin/X11/X) változtassuk meg read 
0-/usr/bin/X11/X 1xinerama sorra. 

3. A Gnome-bejelentkezéskezelő, illetve Gnome-munkakör- 
nyezet egyetlen nagy képernyővel. 

Amikor egy ablak méretét a lehető legnagyobbra állítod, 
az a teljes rendelkezésre álló képernyőfelületet kitölti. 

4. A Gnome-bejelentkezéskezelő, illetve KDE-munkakörnyezet: 
ha még sosem próbáltad ki, a bejelentkezéskezelő ablakban 
most a KDE-t válaszd ki. A rendszer ezúttal a teljes képer- 
nyőfelületet egybefüggően kezeli, s ebben az alkalmazás 
méretének teljes képernyősre állítása az összes képernyőn 
rendelkezésre álló terület legnagyobb kitöltését fogja 
eredményezni. 


Tanulságok 

A Red Hat Linux-változat beépített készülékböngésző prog- 
rammal rendelkezik: a /usr/bin/hwbrowser-rel, amely 
hasznos adatokkal képes szolgálni. Az X-rendszerben akkor 
bizonyulhat előnyösnek, ha azt kívánjuk ellenőrizni rend- 
szerünk vajon mindkét beépített grafikus kártyát felismerte-e. 
Sajnos léteznek olyan grafikus kártyák, amelyek nem férnek 
meg egymás mellett. Számos párosítást sikerrel próbáltunk ki: 
egy pár ATI Mach64 3D RAGE II PCI-kártyát, egy ATI Mach64 
AGP egy MAIROX II PCI-kártyával együtt, és egy 53 Virge PCI 
és egy nVidia Riva INT2 AGP-kártyát. A fent ismertetett 
eljárást követve perceken belül működésre bírtuk ezeket az 
összeállításokat. Sikertelenül végződött egy Diamond Stealth II 
5220-as kártya próbája, amely képtelen más kártyákkal jól 
együttműködni, sőt még azt sem tudtuk elérni, hogy egy másik 
ugyanilyen kártyával együttműködjön. 

Az elsődleges grafikus kártya az, ahol a BIOS beállítóképernyő 
megjelenik, és ez kapja a Screen0 azonosítót. Rendszerint a 
legelső PCI-aljazatba helyezett grafikus kártya az elsődleges 
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kártya. Némely számítógép BIOS-a felajánlja, hogy elsőként az 
AGP-kártyát készíti elő használatra. Nekünk ez nem működött, 
mivel továbbra is a PCI-kártya jelenítette meg a BIOS tartalmát, 
ami most előnytelen volt a számunkra, mivel az ilyen szintű 
rendszer feletti szabályozás igencsak hasznos lenne. 

Minthogy a KDE bejelentkezéskezelő választása esetén több 
képernyőt használhatsz, érdekes, hogy a KDE képernyővédő 
csak az elsődleges képernyőn lép működésbe. lelepítsd az 
xscreensaver programot, és jelöld ki betöltésre a héjprog- 
ramok indító-állományaiban, például a .bashrc-ben. 

A :0.0 és :0.1 megjelöléssel a beállítóállományban könnyen 
megadhatjuk, hogy melyik képernyőn milyen képernyővédő 
programot szeretnénk használni. 

Az említett bash héjprogram indítóállományában változókat 

is megadhatunk, például balkep-" -display :0.1" és 
"-jobbkep-" -display : 0. 0" , majd meghatározhatjuk, hogy 
melyik képernyőn milyen program fusson: xeyes S$balkep, 
vagy például xc1lock $jobbkep. A változónevek - amelyek 
akár magyar nyelvűek is lehetnek - alkalmazása leegyszerűsíti 
a szolgáltatás használatát. 


Osszefoglalás 

Kedvenc munkamódszerünkké vált a KDE-bejelentkezéskezelő 
a KDE-munkakörnyezettel együtt. A KDE munkakörnyezete 
kissé áttekinthetőbbnek tűnt és szükség szerint több képer- 
nyőre is kiterjeszthető, emlékezzünk csak vissza a 2. beállításra, 
amikor is egy újabb ablakkezelőt kellett indítanunk. De ami 
talán még ennél is fontosabb, az, hogy a felhasználók számára 
önálló képernyőket tudsz indítani: az xhost-tal a hozzáférési 
jog kikapcsolása mellett, és tovább dolgozhatsz az eredeti 
képernyőn, mégpedig mindenféle biztonsági kockázat nélkül. 
Az itt közreadott receptet egyszerű követni, és egy működő 
rendszert tíz percen belül többképernyős rendszerré alakítha- 
tunk abban az esetben, ha grafikus kártyánk is úgy akarja. 

Ez a módszer lehetővé tette számunkra, hogy az egyébiránt 
már korszerűtlenné vált grafikus kártyánkat a tervezési munka 
során újrahasznosítsuk. 
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Csomagkezelés GNU/Debian alatt -2. 


Az aptitude további lehetőségei. 


éhány hónappal ezelőtt, a 14. 
számban jelent meg egy rövid 
bevezető írásom a GNU/Debian 
rendszerek alatti csomagkezelésről. 
Cikkemet olyan felhasználóknak szán- 
tam, akik meg kívánják tanulni saját 
rendszerük telepítésének, karbantartá- 
sának mikéntjét. Habár több eszközt és 
lehetőséget is bemutattam, a kapott kér- 
dések alapján egyértelművé vált, hogy 
az emberek nem szeretnek egy feladatra 
egyszerre több programot használni. 

Ez természetes. A legjobb megoldás az 
volna, ha egy rendszert használhatnánk 
az összes telepítéssel kapcsolatos feladat 
megoldására. Bár mindenre alkalmas 
eszköz nincs, mégis több olyan program 
is könnyen elérhető, mely igen hatéko- 
nyan segíthet nekünk. Mostani cikkem- 
ben részletesebben szeretném ismertetni 
az egyik kedvencemet, az előző részben 
már említett apotitiude-ot. 
Emlékeztetőül: többféle csomagtípus 
létezik — a GNU/Debian rendszerek .deb 
csomagokat használnak. Ezek a csoma- 
gok nemcsak a telepíteni kívánt progra- 
mot tartalmazzák, de különböző adato- 
kat is a rendszer számára, melyek segít- 
ségével a program részeit a megfelelő 
helyre tudja rakni, ellenőrizni tudja, hogy 
a program futásához szükséges elemek 
megtalálhatók-e a rendszeren, felleli a 
programmal egyszerre nem használható 
egyéb termékeket és így tovább. 

Az első pár szárnycsapás után az ember 
bármit könnyedén telepít (például az 
aptitude telepítéséhez annyi kell, 
hogy a /etc/apt/sources. list 
fájlban szerepeljen egy csomagforrás, 
majd kiadjuk az apt-get install 
aptitude parancsot), de könnyen el- 
jutunk addig a pontig, amikor nagyobb 
felügyeletet szeretnénk gyakorolni. 
Nézzük, mire is használhatjuk az 
aptitude-ot! 





A felület 


A legfontosabb fogalom, amit ismerned 
kell, a nézet. Hogy egyszerre több cso- 
mag adatait is könnyen meg tudjad 
nézni, több , ablakod" lehet. Például az 
első nézetben rákeresel a gnuchess-re, 
majd megnézed a leírását (,i ). Látod, 
hogy az xboard nincs telepítve a rend- 
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szereden. Ez a gnuchesshez javasolt 
csomag (a Suggests alatt az xboard sor 
piros háttérrel látható) szerencsére csak 
javasolt és nem kötelező csomag, ugyan- 
is jelenlegi forrásaid között a rendszer 
nem lát megfelelő csomagot - az xboard 
mellett az UNSAIISHIEED felirat olvas- 
ható. Ez a gonosz UNSATISFIED szó 
csendesen jelzi nekünk, hogy a rendszer 
saját magától nem tudja telepíteni a 
csomagot, ilyenkor általában egyetlen 
megoldás jöhet számításba: a kérdéses 
csomag letöltése (például a 

2 http:/packages.debian.org weboldal 
segítségével), majd kézi telepítése. 

Most jelöljük ki telepítésre a gnuchesst. 
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st time you cleared the 
" from the Actions menu 
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ainst itself. 





Ehhez álljunk a program sorára, és 
üssünk egy , t7-t. Ekkor a sor zöldre 
vált, jelezve, hogy a programot telepí- 
tésre jelölte ki (lásd a 2. képet!). 
Kíváncsiságunk kielégítésére nézzük 
meg, milyen csomagok használják ezt 

a programot! Ha a , Packages which 
depend on..." soron ENTER-t ütünk, le- 
nyílik a lista, és láthatjuk azokat a prog- 
ramokat, amelyekhez az adott csomag 
szükséges, illetve javasolt. Az itteni 
csomagokon , állva" is használhatjuk az 
A" gombot új nézetablak nyitására. Ha 
egy ablakban végeztünk a munkával, a 
,g" billentyűvel egyszerűen bezárhatjuk. 


DL Size: IIGKBI 
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Keresés eggyel honyolultabban 

Na jó, eddig egyszerű. Most nézzünk 
bonyolultabb feladatokat! Például ho- 
gyan tudunk keresni a csomagok között? 
Először is nyiss egy új csomaglistaabla- 
kot! Ezekből kétféle létezik: a már jól 
ismert csomagnézet, illetve a kategória 
szerinti böngészőablak. A második nézet 
egy újabb típus, lényege, hogy a csoma- 
gokat nem a teljes fát megjelenítve néz- 
hetjük, hanem mindig egy adott kategó- 
riában vagyunk (ahogy például a Mid- 
night Commander-ben egy adott könyv- 
tárban), és a nyílbillentyűk segítségével 
léphetünk be egy kategóriába, illetve 
eggyel vissza (lásd a 3. képen). Ilyenkor 


Actions Undo Options Views Helj 
: Memi ?: Help g: Nit u: Update g: Download/Install Pkgs 





Actions Undo Options Views Help 
f£f10: Menmu ?: Help g: Nit u: Update g: Download/Install Pkgs 
1 0 11 


10-11 
1.0.0-4 


Actions Undo Options Views Help 5 
f£10: Mem. ?: Help g: Ouit u: Update g: Download/Install Pkgs 
ri $Broken: 1 Will free 9101KB of disk space DL Size: 149 
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a felső kék területen a jelenlegi , elérési 
út" is látható. Új csomaglistaablakot a 
menü (F10) View pontja alól kérhetsz. 
Nézzünk egy életszagú példát! Keresek 
valami mp3-at lejátszani képes prog- 
ramot. Első körben kutathatok olyan 
csomagok után, amelyek nevében sze- 
repel az ,mp3". A / után a less-ből 





1. lista 


SESoNEEadmae Si 


KLEPZÉS s 


Azok a telepített csomagok, melyek leírásában szerepel a 
solitaire SZÓ. 


Er Fi 


Frissíthető csomagok, melyek leírásában nem szerepel a BIND szó. 
Az xmms nevű csomag (nem jelenik meg az összes xmms-bővítményj). 


Ez a ,g -re megjelenő tevékenységlista-típus: a csomagokon elvégzendő feladatok 


-:D(-dkde) cseditors A CKDE-t igénylő szövegszerkesztők. 

-snet[-smail A net és a mail csoportokba tartozó csomagok. 

-U!-dBIND 

e-nNXmMmMS 

2. lista A fontosabb csoportosítási lehetőségek 

séetion A szakaszbesorolások alapján csoportosít (például , contrib/games"). Utána 
zárójelben megadhatjuk, hogy csak a besorolás első felét (topdir) vagy második 
felét (subdir) vegye figyelembe. 

status Állapot (telepített, új, virtuális csomag stb.). 

action 
szerint csoportosít. Vigyázz vele, mert azokat a csomagokat, amelyekre nincs 
tevékenység kijelölve, elrejti! (Lásd az 5. képet!) 

versions Csak akkor érdekes, ha látni szeretnénk, hogy egy adott csomagból milyen 
változatok érhetők el. 

deps 
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emacs19 8; 
emacs20 


emacsen- common 1.4. oz 
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1 A kate 
er íriendlv full screen text eret 


ismert módon megadhatom a keresendő 


szöveget. Nos, ez jelenleg nem túl hatá- 

sos, hiába lépkedünk a feltételnek meg- 

felelő csomagok között ( 4, nem akad a 

horgunkra, például az xmms sem. Ekkor 

nyújtanak nagy segítséget a keresőrend- 

szerben használható kifejezések. Egy 

kifejezés a - karakterrel kezdődik, egy 

karakter határozza meg a típust, majd 

a keresett szövegrész következik. A fon- 

tosabb keresési típusok: 

-b -— sérült (broken) csomag; 

-dcszz — a szöveg szerepel a leírásban; 

-Dckif:-a ckif:-nek megfelelő 

csomagokon függő csomagok; 

-e — keresésmódosító: pontos kifejezést 
keres; 

-i — telepített csomag; 

-Ncsz: — a szöveg szerepel a névben; 

-8cSZ5 — a szöveg szerepel a csomag 

Section: mezőjében; 

-U — frissíthető csomagok. 

A kifejezéseket egymás után írva logikai 

ÉS kapcsolatot hozunk létre, közéjük ] 
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A csomaghoz tartozó függőségeket jeleníti meg a részletes leírásokhoz hasonlóan. 


kés free 9101KkB of disk space DL Size: 149 
Own Editor, has the feel of most PC text 


ent of WordStar and Turbo C 
Hai 
c than of those. Joe has all of the 
e of termcap/terminfo, 
configuration file, and regular 
six help reference cards which are 


simple, and well thought-out user 


screen update optimization algorithm, 
"hich you can scroll) and lac 


Lt 0 
It has command history, TAB € 





karaktert szúrva VAGY kifejezést ka- 
punk, valamint zárójeleket is használ- 
hatunk. Az 1. lista néhány példát tar- 
talmaz ezek használatára. 

Példánkra visszatérve tehát keresünk 
egy mp3-at lejátszani tudó grafikus 
programot. Erre több lehetőségünk is 
van. Remélhetjük például, hogy a ke- 
resett csomag a sound szakaszban he- 
lyezkedik el (ez sajnos nem biztos, meg- 
eshet, hogy a nekünk legjobban meg- 
felelő csomag éppen a contrib szakasz- 
ban található), a leírásában viszont biz- 
tos előkerül az ,mp3" kifejezés. Ez még 
nem elég, ugyanis bosszantóan sok 
programkönyvtárat kaphatunk, ezért 
az összes ilyet kizárni szeretnénk. Ha 
grafikus felületen futó programot aka- 
runk, az valószínűleg az xlibs csomagra 
is támaszkodik. lehát valami ehhez 
hasonló kifejezést állíthatunk össze: 


-dmp3 ! (-n1ib) -D(-nxlibs) (-sso 
und[-scontrib) 


6 
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Azért ez már elég zavaros... Ugyan a 
leírást megjelenítő részt a , D" billentyű 
segítségével könnyen elrejthetjük, talán 
egyszerűbb, ha eleve a megjelenített 
csomagokat szűkítjük le. Ezt is megte- 
hetjük, az ,1" lenyomása után a már 
ismert módon megadhatjuk a szűrőfel- 
tételt; például a -dmp3 ! -n1lib! -ndev 
szűrőfeltétel után szinte csak a nekünk 
érdekes csomagok jelennek meg (lásd 

a 4. képet). Ez a fajta szűrés a függősé- 
gek vizsgálata során is nagyon hasznos 
tud lenni. 


Csoportosítás, rendezés 

A faelrendezésnél a szokásos csoportosí- 
tást kapjuk, ezt a , G" megnyomására 
megjelenő párbeszédablakban felülbírál- 
hatjuk. A csoportosítási szabály egy- 
szerű, a szinteket egymás után, vessző- 
vel elválasztva adjuk meg. A 2. listában 
felsoroltam az izgalmasabb csoporto- 
sításokat. 

A sorba rendezés igazából magáért 
beszél, az ,5" billentyűre megjelenő 
ablak segítségével rendezhetünk név, 
telepített méret és fontosság szerint 
(name, installsize, priority), a fordított 
rendezéshez a kulcsszó elé egy - karak- 
tert kell tenni. 
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Beállítások, témák 

A program egyéb lehetőségeket is biz- 
tosít, például témákat állíthatunk össze. 
Egy-egy téma igazából egy mentett 
beállítás, segítségével több beállítás 
között lépkedhetünk. Érdekes például 

a függőlegesen elválasztott elrendezés, 
így a leírás grafikus felületen nem fog- 
lalja el az ablak alsó felét (lásd 6. kép). 
Ennek használatához csupán a saját 
könyvtárunkban lévő —/.aptitude/config 
fájlba kell az alábbi sort beírni: 
Aptitude : : Theme "Vertical- 
SOlLETs 


Mindenképpen ajánlom a programhoz 
tartozó README fájl elolvasását 

(less /usr/share/doc/aptitude/ 
README), illetve ha részletesebben 
érdekel az aptitude viselkedésének 
beállítása, az apt.conf fájlhoz tartozó 
leírást (man apt . conf). 


Szy György 

a Linuxvilág főszerkesz- 
tője, a Kiskapu Kiadó 
vezetője. Mindenki 
véleményét és levelét 
a 74 örömmel várja az alábbi 
évéleímen Szy.GyorgyAlinuxvilag.hu 





2002. augusztus 49 





ITTA 


0 Kiskapu Kft. Minden Jog fenntartva 


indíts! 


Sorozatunk e részében belevetjük magunkat a Linux indításának folyamatába, 
illetve bemutatjuk, miképp állíthatjuk be a Linux indításkezelőjét, a LILO-t. 


indenekelőtt tekintsük át, mi is történik a gép be- 
kapcsolásának pillanatában! Először a BIOS kezd 
futni, amely nem más, mint az alaplapon lévő, csak 
olvasható memóriában található program. A BIOS beolvassa 

a merevlemez első szektorát, melyet a rendszer elsődleges 
indítóterületének (Master Boot Record — MBR) nevezünk, majd 
végrehajtja az ott található programot. Ekkor kezdődik az 
operációs rendszer tényleges betöltése. 

Minden operációs rendszerhez tartozik egy úgynevezett indí- 
tóprogram, amely az operációs rendszer betöltéséért és elindí- 
tásáért felelős (ennek ellenére az indítók sem tekinthetők 
közvetlenül az operációs rendszer részének). 

Mi a helyzet viszont akkor, ha a felhasználó egynél több operá- 
ciós rendszert tart a számítógépén, és azt szeretné, hogy a 

gép bekapcsolásakor eldönthesse, melyik rendszer töltődjön 
be? Ebben az esetben egy úgynevezett indításkezelőre (boot 
manager) is szükség van, amely több operációs rendszer esetén 
felkínálja a választási lehetőséget. 

A Linux egyik indítóprogramja a LILO (LInux LOader) névre 
hallgat, amely nemcsak a rendszer betöltésére, hanem indítás- 
kezelő feladatok ellátására is képes. Ha tehát egyszerre haszná- 
lunk Windows és Linux operációs rendszert, a LILO-t úgy is 
beállíthatjuk, hogy a gép elindulásakor választhassunk a betöl- 
tendő rendszerek közül. 

Meg kell említenünk, hogy nem a LILO az egyetlen program, 
ami a Linux indítására szolgálhat. Az elsősorban kezdő felhasz- 
nálókat megcélzó változatok például a GRUB nevű indítás- 
kezelőt részesítik előnyben, de még mindig a LILO a legnép- 
szerűbb: szinte az összes változatban megtalálható, ezért most 
csak a LILO beállításával foglalkozunk. 

Az indítóprogramok elsődleges feladata az operációs rendszer 
magjának (kernel) betöltése. A Linux-rendszermag túl nagy 
ahhoz, hogy a LILO mellett elférjen az indítószektorban, ezért 
általában valamelyik linuxos lemezrészünkön tároljuk. A LILO 
elég okos ahhoz, hogy olvasni tudja a Linux fájlrendszerét, így 
megtalálása nem jelenthet gondot a számára. 

A LILO (és a többi linuxos indításkezelő) megengedi a felhasz- 
nálónak, hogy több rendszermag közül választhassa ki a rend- 
szerindításhoz használni kívántat. Ez nagyon hasznos szolgál- 
tatás lehet például azért akkor, amikor új rendszermagot telepí- 
tettünk vagy fordítottunk. Előfordulhat, hogy rendszerünk az 
új rendszermaggal valamilyen oknál fogva nem indul el (pél- 
dául mert elfelejtettük belefordítani a linuxos fájlrendszerek 
támogatását), vagy nem úgy működik, ahogy illene. Ezért az 

a szokás, hogy a régi rendszermag mellé felvesszük az újat, 

és a rendszer indulásakor azt választjuk ki. Ha bármi gond 
adódna, Linuxunkat egyszerűen csak a régi maggal kell indí- 
tanunk, és minden úgy megy, mint azelőtt. 

Ha gépünkön több operációs rendszer található, és a LILO-val 
szeretnénk kiválasztani a betöltendőt, akkor a LILO-t minden- 
képp a rendszer elsődleges indítóterületébe kell telepítenünk. 
Ebben az esetben a gép elindulásakor egyből a LILO köszönt 
minket, és megkérdezi, hogy melyik operációs rendszert 
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kívánjuk indítani. Amennyiben például a Windowsunkat sze- 
retnénk használni, a LILO beolvassa a Windowst tartalmazó 
lemezterület indítószektorát, majd átadja neki a vezérlést. 

Ha pedig a Linuxunkat szeretnénk betölteni, linuxos lemez- 
területünkön először megkeresi a megfelelő rendszermagot, 
betölti a memóriába, és elkezdődik a rendszer felállítása. 

A rendszermag ezt követően feltérképezi, hogy milyen esz- 
közök találhatók a gépünkben. Amint talál egyet, rögvest kiírja 
a képernyőre. Ha ez megtörtént, a fő lemezrészt befűzi, majd 
elindítja az init nevű programot, amely létrehozza a terminá- 
lokat (ahol a felhasználók bejelentkezhetnek és dolgozhatnak), 
illetve lefuttatja a rendszerindító parancsfájlokat. 

Ha Linuxunkat valamely más indításkezelővel kívánjuk 
indítani, a LILO-t linuxos lemezterületre telepítsük. Ameny- 
nyiben gépünkön a Linux az egyetlen operációs rendszer, 
ebben az esetben a LILO-nak is a rendszer elsődleges 
indítóterületén a helye. 

A LILO beüzemeltetésére már a rendszer telepítésekor is 

sor kerül. Általában azok a terjesztések is választhatóvá teszik 
a LILO telepítését, amelyekhez egyébként saját fejlesztésű 
indításkezelő is tartozik. 

A továbbiakban a LILO , kézi" beállításáról és telepítéséről lesz 
szó, amely a következőképpen zajlik: először a beállításokat 
beírjuk a /etc/lilo.conf állományba, majd a 1ilo parancs kia- 
dásával telepítjük az indításkezelőt. Fontos megjegyezni, 
hogyha a LILO beállításait később megváltoztatjuk, akkor is 
végre kell hajtanunk a 1lilo utasítást, mert az általunk meg- 
adott beállításoknak is az indítószektorban kell lenniük. 

Az 1. listán láthatunk példát egy jellemző /etc/lilo.conf állo- 
mányra. Nézzük meg, melyik sor mit is jelent! 

Az első sorban - a boot kapcsoló megadásával — mondjuk 
meg, hova szeretnénk a LILO-t telepíteni. Jelen esetben ez a 
/dev/hda, azaz első merevlemezünk elsődleges rendszerindító 
területe. Ha a LILO-n kívül más indításkezelőt is használunk, 
a LILO-t a fő lemezrész indítószektorába célszerű telepítenünk 
(jelen esetben /dev/hda8-at kellene írnunk). 

Az image- soroknál adhatunk hozzá rendszermagokat, ame- 
lyek közül majd választhatunk, hogy melyikkel induljon a 
rendszer. A Linux rendszermagja egy úgynevezett maglenyo- 
mat (kernel image) állományban található, amelyet az 
image- után adhatunk meg. A maglenyomat a rendszermag 
fordításakor jön létre. Ez nemcsak a rendszermagot, hanem 
egy indítóprogramot is tartalmaz, amely a lenyomat memó- 
riába való betöltése után azonnal futni kezd. Ez az indítóprog- 
ram hozza létre a rendszer által használt megszakításokat, 
helyezi el a rendszermag különböző részeit a memóriában 
kijelölt helyekre, továbbá betölti és elindítja az init prog- 
ramot (amely szintén a lenyomattfájlban található). 

Ha maglenyomat helyett egy másik operációs rendszert sze- 
retnénk felvenni a LILO-ba, az image- kapcsoló helyett 
other--t kell használnunk. Itt értéknek az operációs rendszer 
indítószektorát tartalmazó lemezterület eszköznevét szük- 
séges megadnunk. 
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A label azt a nevet jelenti, amellyel a LILO használatakor 

az adott lenyomatra hivatkozhatunk. A LILO újabb változatai 
már menüs felülettel gazdagodtak, ahol egyszerűen a nyilak 
segítségével választhatunk a betöltendő lenyomatok és ope- 
rációs rendszerek közül. Régebben nekünk kellett begépelnünk 
a label-nél megadott nevet. A választási lehetőségekről listát 
a IAB billentyű lenyomásával kaphatunk. 

A lilo.conf állomány elején láthatunk még néhány kapcsolót: 
prompt, timeout, default. Az első lehetőséget nyújt a fel- 
használónak, hogy választhasson a betöltendő rendszermagok, 
illetve operációs rendszerek közül. Ha több választási lehetőség 
létezik, a prompt sort mindenképpen bent kell hagynunk a 
beállítóállományban. A timeout révén tizedmásodpercekben 
megadhatjuk, hogy a felhasználónak mennyi idő álljon rendel- 
kezésére a választáshoz - jelen esetben ez 20 másodperc. 

Az utolsó kapcsoló, a default pedig azt mondja meg, hogy 

a válaszhatók közül melyik legyen az alapértelmezett. Ha a 
felhasználó csak az ENTER billentyűt nyomja le vagy kifut az 
időből, akkor az itt megadott címkéjű lenyomat, illetve operá- 
ciós rendszer fog betöltődni. 

Az image kapcsolónál két további érték található, amelyekről 
eddig még nem esett szó. Az első a root-, amely megmondja 
a Linux-rendszermagnak, hogy melyik lemezterületet kell 
fájlrendszerünk gyökereként befűzni. A read-only pedig azt 
jelenti, hogy a fő lemezrész először csak olvashatóként kerül 
befűzésre, majd miután a rendszer az fsck programmal ellen- 
őrizte az épségét, újra befűzésre kerül, ezúttal már írható- 
olvasható formában. 
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Régebben a LILO csak az 1024 cilinder alatt elhelyezkedő 
lemezrészeket tudta elérni, így abban az esetben, ha a magot 
tartalmazó lemezrész efelett volt, e taetományon belül néhány 
megás (általában a /boot alá befűzött) indítórész létrehozása 
vált szükségessé, amely magát a rendszermagot is tartalmazta. 
Ma már nem kell ilyesmire ügyelnünk, feltéve, hogy a beállító- 
fájlban szerepel az 1ba32 sor. 

Ha a LILO beállításával végeztünk, ne felejtsük el kiadni a 
lilo parancsot! 

Fel kell hívnunk a figyelmet arra, hogy bizonyos operációs 
rendszerek (mint például a Windows) a telepítésnél minden- 
féle lelkiismeret-furdalás nélkül átírja a merevlemez rendszer- 
indító területét. Ez roppant kellemetlen lehet, ha Linux-rend- 
szerünket éppen az MBR-ben tanyázó LILO-val indítottuk. 
Ezért, ha már meglévő Linux-rendszerünk mellé Windowst 
telepítünk, az a legegyszerűbb, ha előtte indítólemezt készí- 
tünk (a telepítőben általában van ilyen szolgáltatás). A Win- 
dows telepítése után ezzel elindíthatjuk Linuxunkat, majd a 
lilo parancs kiadásával ismét üzembe helyezhetjük a LILO-t 
(előtte azonban ne felejtsük el hozzáadni frissen telepített 
Windowsunkat!). 

Bizonyos esetekben szükség lehet a LILO-nak a merevlemez 
rendszerindító részéből való kipucolására. Ha DOS-t vagy 
Windowst használunk, egyszerűen az fdisk /mbr parancsot 
adjuk ki. Ennek hatására a gép indulásakor a DOS, illetve a 
Windows fog jelentkezni. 

Egy további módszer a merevlemez rendszerindító területének 
, eredeti" állapotba történő visszaállítására: mielőtt telepítenénk 
a LILO-t, az MBR tartalmát egy állományba mentjük. A LILO 
törléséhez elegendő e fájl tartalmának visszaírása. 

A merevlemez rendszerindító területének mentésére több mód 
is kínálkozik. Az egyik, ha a lilo.conf-ba beírjuk a 
backup-/boot/mbr-01-10-01 sort. Ezután kiadjuk a lilo 
parancsot, és a LILO telepítését megelőzően az MBR tartalma 
a /boot/mbr-01-10-01 nevű állományba mentődik. 

A másik módszer egy vérbeli unixos megoldás: a dd program 
használata. Működési elve rendkívül egyszerű: amit beolvas 
az egyik helyről, azt kiírja a másik helyre. Ezt kihasználva 
tökéletesen az MBR tartalmának mentésére is alkalmas: 


dd if-/dev/hda of-/boot/mbr-01-10-01 
5bs-512 count-1 


A dd-t az MBR visszaírására is használhatjuk, csak ebben az 
esetben fordítva kell eljárnunk: 


dd of-/dev/hda if-/boot/mbr-01-10-01 
—5bs-512 count-1 


A dd paranccsal való kísérletezgetésekbe csak akkor fogjunk 
bele, ha a használatát már tökéletesen elsajátítottuk! Az indí- 
táskezelőkkel való bűvészkedés egyébként is nagy körültekin- 
tést igényel, ezért azt javasoljuk, hogy minden általunk hasz- 
nált operációs rendszerhez készítsünk indítólemezt, még 
mielőtt az itt leírtakba belefognánk. 


Garzó András 

(garzoandointerware.hu) Körülbelül három éve foglalkozik 
Linux- és más Unix-rendszerekkel. Legjobban az operációs 
rendszerek lelkivilága érdekli, de nyitott egyéniség. Kedvenc 
étele a palacsinta, és van egy Richard nevű macskája. Min- 
den észrevételt, megjegyzést, levelet szívesen fogad. 
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Folytatjuk az operációs rendszerek belső , titkait" feltáró sorozatunkat. Az első részt 
néhány elengedhetetlen alapfogalom tisztázására szántuk. A dolog most kezd Igazán 
érdekessé - és talán kissé meredekké - válni. A továbbiakban részletesebben sorra 
vesszük az operációs rendszer részeit és a közérthetőségre törekszünk. 


lőször arra keressük a választ, 
a miként válik lehetségessé, 

hogy több alkalmazást egyszer- 
re futtassunk. A mai világban az ope- 
rációs rendszerekkel szemben alapkö- 
vetelmény több program egy időben 
történő futtatása. Manapság már egyál- 
talán ,nem nagy szám", hogy a gépen 
végzett lázas munka közben vadul 
bömböltethetjük MP3-lejátszónkat, 
hogy féltucatnyi letöltést indíthatunk 
el a háttérben, vagy a főnök mihama- 
rabbi távozásáig kedvenc játékunkat 
a háttérbe bújtathatjuk. A mai operá- 
ciós rendszereknek azonban komoly 
kihívásokkal kell szembenézniük, hogy 
mindez valósággá váljon. A továbbiak- 
ban megkíséreljük bemutatni azt az 
alapelvet, amely mindezt lehetővé 
teszi, és a gyakorlati megvalósításról 
is ejtünk pár szót. 
lermészetesen ez az ,egyszerre való 
futás" csak látszat, ugyanis a pro- 
cesszor egy időben csak egy utasítást 
tud végrehajtani, azaz mindig csak 
egy programon dolgozhat. Az operá- 
ciós rendszer azonban szabályos 
időközönként felfüggeszti az éppen 
futó alkalmazást, és egy másiknak 
adja át a lehetőséget. Másodpercen- 
ként több ilyen váltás történik, ezért 
a felhasználónak olyan érzete támad, 
mintha alkalmazásai a szó legszoro- 
sabb értelmében egyszerre futnának, 
de valójában csak látszólagos párhuza- 
mosságról van szó. Az egynél több 
processzorral felszerelt masináknál 
más a helyzet, az ilyen gépek esetén 
a valós időben való egyszerre futtatás 
is megvalósítható. 
Jogosan merülhet fel az a kérdés, hogy 
miért kell ezzel a témakörrel kezdeni 
egy operációs rendszerek működésével 
foglalkozó sorozatot. Ahelyett, hogy ezt 
most példával szemléltetnénk, egysze- 
rűen csak elégedjünk meg annyival, 
hogy azért, mert a rendszer összes többi 
része eköré épül fel. Megígérjük, hogy 
a cikk utolsó szakaszában ezt a kérdést 
is megválaszoljuk. 
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A folyamat 

Még mielőtt bármibe belekezdenénk, 
nagyon fontos, hogy tisztázzuk a folya- 
matok fogalmát. Az előző részben ugyan 
már meghatároztuk, de mivel ez az 
operációs rendszerek világának talán 
legfontosabb kulcsfogalma, nem árt, ha 
egy kicsit visszatérünk rá, illetve ponto- 
sítjuk az ott leírtakat. 

Minden általunk elindított alkalmazást, 
amely a többi már futó programmal 
párhuzamosan dolgozik, folyamatnak 
nevezünk. Nem ártana azonban, ha 
egy kicsit másmilyen megvilágításból 
is szemügyre vennénk a dolgot. 

A folyamat valójában csak egy tevé- 
kenységet jelöl, amelynek vannak 

be- és kimenő adatai, programja (algo- 
ritmusa, amely az adott feladat megol- 
dásának menetét írja le), továbbá 
állapota. A processzor idejét több 
folyamat között megoszthatjuk. Ennek 
a megosztásnak a vezérléséről az úgy- 
nevezett ütemező gondoskodik (lásd 
később). Nagyon fontos, hogy a 
folyamatok által végzett tevékenység 
bármikor felfüggesztődhet, például 
azért, mert a rendszernek hirtelen 

egy fontosabb (nagyobb fontosságú) 
folyamatot kell kiszolgálnia. Ez pedig 
azzal jár, hogy nem jósolhatjuk meg 
előre, hogy a folyamat által előírt 
műveletek mennyi idő alatt kerülnek 
elvégzésre, tehát akárhányszor elindí- 
tunk egy folyamatot, elég nagy valószí- 
nűséggel mindig más-más futási időt 
fog eredményezni. Ezért általános 
alapelv, hogy a folyamatokon belül 
semmiféle belső időzítési feltételt nem 
használhatunk. 

Lehetséges, hogy ez elsőre kissé nehe- 
zen emészthető, de semmi pánik! 
Egyet jegyezzünk meg: minden álta- 
lunk elindított program egy-egy folya- 
matnak fog megfelelni, amelyek lát- 
szólag egymással párhuzamosan fut- 
nak, valójában egymást felváltva. 
Annak eldöntése, hogy melyik folyamat 
mikor és meddig futhat, a rendszerbe 
beépített ütemező feladata. 


A folyamatfa 

Az operációs rendszerek életében kulcs- 
fontosságú kérdés, hogy folyamatainak 
nyilvántartásáról miként gondoskodik. 
A Unix-rendszerek a folyamatok logikai 
tárolására a könyvtárszerkezethez 
hasonló úgynevezett hiearchikus (fa) 
szerkezetet használják. 

A Unix világában a folyamatokat a már 
meglévő folyamatok a FORK rendszer- 
hívás segítségével hozhatják létre. 

A folyamat által létrehozott gyermek- 
folyamat szülőfolyamatának pontos 
másolata lesz. Fontos megjegyeznünk, 
hogy a hiearchikus szerkezet következ- 
tében minden folyamatnak csak egyet- 
len szülője lehet, de elméletileg korlát- 
lan számban , gyárthat" gyermekfo- 
lyamatokat. 

A Unix-típusú rendszereknél a fa gyö- 
kerét például az init nevű folyamat 
képezi. Ez az egyetlen olyan folyamat, 
amelynek nincs szülőfolyamata, lét- 
rehozásáról a rendszer indulásának 
pillanatában maga a rendszermag 
gondoskodik. 

Az init folyamat a következőt végzi: 
beolvassa a /etc/inittab állományt, 
amelyben meg van adva, hány termi- 
nálfolyamatot kell létrehoznia. A ter- 
minálfolyamatok szülője az init lesz, 
és addig várakoznak, amíg csak az adott 
terminálon egy felhasználó be nem 
jelentkezik. Ha ez megtörtént, a termi- 
nálfolyamat elindít egy héjat, amely az 
ő gyermekfolyamata lesz. Pillanatnyi 
folyamatfánkat a pstree parancs 
segítségével bármikor megtekinthetjük. 
A folyamatok fizikai tárolása teljesen 
rendszerfüggő. A Linux ezt a követ- 
kezőképpen oldja meg: valahol a 
rendszermemória mélyén létezik egy 
táblázat, amelyet feladatmutató táb- 
lának nevezünk. A táblában minden 
folyamathoz egy bejegyzés tartozik. 

A feladatmutató tábla mérete állandó, 
általában legfeljebb 512 bejegyzést 
tartalmazhat, tehát egyszerre nem lehet 
több folyamatunk. Ha egy folyamat 
időközben munkájának végére ér, vagy 





mi magunk szüntetjük meg, a helye 
természetesen feladatmutató táblából 
felszabadul. 

A feladatmutató tábla semmiféle adattal 
nem rendelkezik a folyamatokról, csu- 
pán mindegyikhez egy memóriacímet 
rendel, amely megmondja, memóriánk 
mely részében találjuk meg azt az adat- 
szerkezetet, amely az adott folyamat 
tulajdonságait tartalmazza. A Linux- 
rendszermag elég sok tulajdonságot 
tárol a folyamatokról. Milyen tulajdon- 
ságai lehetnek egy folyamatnak? Például 
állapota, ütemezési beállításai, a folya- 
matfában elfoglalt helye, olyan adatok, 
amelyek ahhoz szükségesek, hogy ismét 
elindíthatóak legyenek (például a regisz- 
terek állapota) stb. A Linux-mag ren- 
geteg mindent tárol egy folyamatról, mi 
most csak a legfontosabbakra térünk ki 
részletesebben. 


Folyamatállapotok 

A folyamatok hagyományosan három- 
féle állapotban létezhetnek: futó, futásra 
kész és blokkolt állapotban. Az első 
állapot azt jelenti, hogy az adott folya- 
mat jelen pillanatban fut, azaz őt illeti 
meg a processzor használatának joga. 
A futásra kész állapotba tartozó folya- 
matok futni szeretnének, habár erre 
nem ők kapták meg a lehetőséget. 
Amikor az üzemező úgy dönt, hogy a 
futó folyamat eleget használta a CPU-t, 
állapotát futásra készre változtatja, és 

— egy bizonyos algoritmus szerint — a 
többi futásra kész folyamat közül kivá- 
laszt egyet. A szerencsés , nyertes" hely- 
zete ezután futóra változik. Elmond- 
hatjuk tehát, hogy az első két állapot 
logikailag ugyanaz. 

Ám előfordulhatnak olyan esetek is, 
amikor bizonyos külső esemény bekö- 
vetkeztéig a folyamat nem képes foly- 
tatni a munkát. Vegyük például a 
parancsértelmezőt, amelynek az a 
feladata, hogy fogadja és végrehajtsa a 
felhasználó utasításait. A parancsértel- 
mező addig nem képes dolgozni, amíg 
a felhasználó le nem üt egy billentyűt, 
tehát amíg ez az esemény be nem követ- 
kezik, a folyamat blokkolódik. Feléb- 
redni csak akkor fog, miután a felhasz- 
náló megtalálta és megnyomta a keresett 
billentyűt. Ekkor ismét futásra kész 
helyzetbe kerül, sőt, ha nincs nála fon- 
tosabb (nagyobb fontosságú) folyamat, 
akár meg is kaphatja a processzor hasz- 
nálatának lehetőségét. Miután a pa- 
rancsértelmező feldolgozta a beérkezett 
adatot, a következő billentyű lenyomá- 
sáig ismét blokkolásra kerül. 

A folyamatok blokkolásának másik jel- 
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lemző esete, amikor bizonyos bemenő 
adatokat egy másik folyamattól várunk, 
azok azonban valamilyen okból kifolyó- 
lag még nem érkeztek meg. Nézzük 
meg például a cat szoveg ] grep 
micimack utasítást! A cat folyamat 
nem tesz mást, mint kimenetként 
visszaadja a szoveg nevű állomány 
tartalmát, a grep pedig a bemenő 
adatokból kiválasztja azokat a sorokat, 
amelyekben a ,micimackó" szó szere- 
pel. A csővezeték (]) segítségével a cat 
folyamat kimenetét a grep folyamat 
bemenetébe , folyathatjuk". Előfordul- 
hat olyan eset, hogy a grep folyamat 
már futásra készen áll, viszont még 
nem kapott adatot a cat-től, vagy amit 
már kapott, réges-régen feldolgozta, 

és várja az újakat. Ilyenkor a grep 
blokkolásra kerül, amíg a cat folyamat- 
tól újabb adat nem érkezik. (A folya- 
matok közti adatcserével — IPC — követ- 
kező számunkban részletesen foglal- 
kozunk majd.) 

Most nézzük meg, milyen folyamat- 
állapotokról beszélhetünk a Linux 
esetében. A Linux nem tesz különbséget 
a futó és a futásra kész állapot között, 
mindkét helyzetet , running"-nak (futó- 
nak) hívja. A blokkolt folyamatok ,wai- 
ting" (várakozó) helyzetbe kerülnek. 
Lehetőségünk nyílik -— szintén jelek 
(signals) segítségével —, hogy egy folya- 
matot megállítsunk. Ekkor az úgyne- 
vezett , stopped" (leállított) állapotba 
kerül. Érdemes az eszünkbe vésni, hogy 
ez nem egyenlő a folyamat megszün- 
tetésével, ugyanis a folyamat bármikor 
újra elindítható arról a pontról, ahol 
futását megszakítottuk. 

Említést érdemelnek még az úgyneve- 
zett zombifolyamatok. Ezek olyan ha- 
lott folyamatok, amelyek megszünte- 
tésre kerültek, azonban valamilyen 
okból még mindig szerepelnek a 
feladatmutató táblában. 


Ütemező, megszakítások 

és egyéb nyalánkságok 

Annak eldöntése tehát, hogy a folya- 
matok közül ki mikor és mennyi ideig 
használhatja a processzort (azaz futhat), 
az ütemező feladata. Nézzük, miképp 
birkózhat meg ezzel a feladattal! 

Az ütemeő alapvetően két módszere 
létezik. Az ősibb módszer az úgyneve- 
zett készre futtatás elve, amelynek 
megvalósítása egyáltalán nem bonyo- 
lult, viszont egy általános célú többfel- 
használós operációs rendszer , meghaj- 
tására" alkalmatlan. Nem véletlenül 
nem megszakítható ütemezésnek is 
nevezik, mivel a rendszer nem szól 


bele, hogy egy folyamat meddig futhat 
(azaz futását időközben nem szakítja 
meg). Ha egy folyamat megkapta a 
processzor használatának lehetőségét, 
akkor addig marad nála, amíg vagy 
önszántából át nem adja, vagy nem 
blokkolódik. Az ilyen rendszerekben 
könnyű önzőnek lenni: az olyan folya- 
matok, amelyek kizárólag számítási 
műveleteket hajtanak végre, akár az 
idők végezetéig is kisajátíthatják 
maguknak a processzort, megfosztva 
ezzel a többi folyamatot a futási lehe- 
tőségtől. Nem is beszélve arról, hogy 
komoly kellemetlenség érhet minket, 
ha egy hibásan megírt folyamat idő- 
közben lefagy, és képtelenné válik 

a processzor átadására. 

A jelenlegi korszerű operációs rendsze- 
rek szinte kivétel nélkül a megszakít- 
ható ütemezés elvét alkalmazzák. Itt az 
ütemezőnek rendszeres időközönként 
lehetősége nyílik átadni a futási lehe- 
tőséget egy másik folyamat számára. 
Ez már valóban hatékonyabb megoldás, 
ám ennek is akadnak árnyoldalai. 
Például gondoskodnunk kell arról, 
hogy úgynevezett versenyhelyzetek 

ne forduljanak elő, mert ezek számos 
kellemetlenség forrásai lehetnek 

(a versenyhelyzetek fogalmával követ- 
kező számunkban foglalkozunk, most 
legyen elég annyi, hogy e jelenségek 
megakadályozása komoly kihívás az 
operációs rendszerek fejlesztői 
számára). 

Az utóbbi módszer megvalósítását a 
gépszintű megszakítások (hardware 
interrupts) teszik lehetővé. Akik elmé- 
lyültek már a gépközeli programozás- 
ban, biztos tisztában vannak a megsza- 
kítások fogalmával, ám a többiek ked- 
véért tegyünk egy kis kitérőt. A meg- 
szakításoknak két fajtája van: a prog- 
ramszintű és a gépszintű. A különbség 
annyi, hogy a programszintű megsza- 
kítást egy program, a gépszintűt 
pedig valamely a számítógépünkhöz 
csatlakozó eszköz válthatja ki. Minket 
most csak az utóbbi típus érdekel. 

Az Intel (és a hasonló típusú) procesz- 
szorokkal felszerelt PC-k általában 

15 különböző sorszámú gépszintű 
megszakítással (IRO) rendelkeznek, 

és egy IRO-n egyszerre csak egy 
eszközt működtethetünk. 

A gépszintű megszakítást vagy valami- 
lyen külső esemény (például billentyű- 
lenyomás, egy adatcsomag megérkezése 
a hálózatról stb.), vagy valamilyen kért 
szolgáltatás teljesítése, például egy 
lemezművelet befejezése válthatja ki. 
Mi történik megszakításkor? A pro- 
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cesszor azonnal abbahagyja, amit éppen 
tesz (például egy folyamat végrehaj- 
tását). Megjegyzi, hogy , hol tartott", 
majd a memória elején lévő megszakí- 
tásvektor-táblából kiolvassa az adott 
megszakításhoz tartozó kiszolgálóeljárás 
címét, amely megszakítás kezeléséért 
felelős. Ezután megkezdődik az eljárás 
végrehajtása. Az itt leírt megoldás tel- 
jes egészében gépi szinten zajlik, az 
operációs rendszer fejlesztőinek csak 

a kiszolgálóeljárás megírásával kell 
bajlódniuk, illetve a megszakításvektor 


" processzus létrehozása: fork 


" a gyermek processzus szintén vegrehajthat 
ru el s 


tábla helyes beállításával. Az eljárás 
feladata végeztével , visszaküldheti" 

a processzort, hogy folytassa eredeti 
munkáját. 

lalán nem kell ecsetelnünk, hogy egy 
gépszintű megszakítás mennyire ked- 
vező alkalom arra, hogy a futási lehető- 
séget elvehessük a futó folyamattól, és 
átadhassuk egy másiknak. A dolgunk 
csak annyi, hogy a kiszolgálóeljárás ne 
az eredeti helyre térjen vissza, hanem 
az ütemezőt hívja meg, ami majd el- 
dönti, mi legyen a továbbiakban. 
Felmerülhet a kérdés, hogy mi történik 
akkor, ha csak vad számításokat végző 
folyamatok futnak, amelyek semmiféle 
eszközt nem használnak, így megszakí- 
tások sem igazán történnek. Szerencsére 
ekkor se lenne semmiféle gond, mivel a 
8-as megszakításra egy valós idejű órát 
,kötöttek", amely szabályos időközön- 
ként megszakításokat vált ki. Hogy 
mekkora időközönként, az számítógép- 
típusonként változik, sőt, bizonyos 
géptípusnál ezt az időtartományt akár 
programból is beállíthatjuk. Általában 
másodpercenként ötven vagy hatvan 
megszakítás történik. 

A fent leírtakból megállapíthatjuk, hogy 
az operációs rendszer ütemező és meg- 
szakításkezelő része egymással szoros 
kapcsolatban áll és el nem választható. 
Ám még mielőtt rátérnénk magára az 
ütemezőre, nézzük meg, mit is csinál 
egy gépszintű megszakításhoz tartozó 
kiszolgálóeljárás. Az előző részben 
bemutattuk a Linux elvi felépítését. 
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Láthattuk, hogy az eszközmeghajtók 
az ütemező feletti szinten helyezked- 
nek el. Ezek az erőforrásaink kezelésé- 
ért felelős eljárások szintén folyamat- 
ként futnak, ám a felhasználói alkalma- 
zásoknál jóval alacsonyabb szinten: 

a rendszermag szintjén, úgynevezett 
magmódban. Ennek köszönhetően, ha 
némi megkötésekkel ugyan, de közvet- 
lenül hozzáférhetnek a gép alkatrészei- 
hez, és az ütemező is másképp bánik 
velük, mint a közönséges folyamatok- 
kal. Ezért megkülönböztetésképpen a 
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továbbiakban eszközvezérlők-nek fogjuk 
hívni őket, mivel az eszközvezérlő és 

a folyamat közötti különbség valójában 
elhanyagolható. 

Az eszközvezérlők idejük nagy részét 

az adott rendszerhívásra várva blokkolt 
állapotban töltik. Amikor az megérkezik, 
a kiszolgálóeljárás egy üzenetet küld 
nekik, amelynek hatására blokkolt álla- 
potból futásra kész helyzetbe kerülnek. 
Amint az ütemező biztosítja nekik a 
futási lehetőséget, elkezdik feldolgozni 
az eszköztől kapott adatokat. Például 
azt, hogy billentyűzetmegszakítás esetén 
melyik billentyű lett lenyomva, ezt az 
adatot továbbítják például a megfelelő 
parancsértelmező folyamatnak, amely 
blokkolt állapotban - ki tudja, mióta — 
már csak erre várt. 

Most adtunk választ a cikkünk elején 
feltett kérdésre, hogy miért a folyamat- 
kezelés a legfontosabb a Linuxhoz 
hasonló felépítésű operációs rendszerek 
életében. Ezért. Az eszközmeghajtók is 
tulajdonképpen folyamatok, amelyek 


semmit sem tudnak a megszakításokról, 
mivel azokat , elrejti" előlük az alattuk 
lévő szint. Az operációs rendszer összes 
további tulajdonsága legnagyobb mér- 
tékben a folyamatkezeléstől, pontosab- 
ban az ütemezőtől függ, amely az egész 
megszakításkezelő rendszerrel az ope- 
rációs rendszer legbelső magját alkotja. 


Ütemezési algoritmusok 

Az ütemezési algoritmus nem más, mint 
az a módszer, amelynek alkalmazásával 
az ütemező el tudja dönteni, hogy az 





elkövetkező néhány ezredmásodpercig 
melyik folyamat lesz , méltó" a procesz- 
szor birtoklására. lermészetesen csak a 
futásra kész állapotba tartozó folyama- 
tok játszanak szerepet, a blokkoltakkal 
nem kell foglalkozni. 

Sokféle ütemezési algoritmus létezik. 
Hogy melyik rendszer melyiket hasz- 
nálja, az a megoldandó feladattól függ. 
Mindenesetre van néhány alapelv, 
amelyhez ragaszkodni kell. 

Az első a hatékony CPU-kihasználás, 
azaz úgy beosztani a folyamatokat, 
hogy a lehető legkevesebb idő teljen 

a feladat megoldása szempontjából 
hasztalan tevékenységgel. Ilyen , hasz- 
talan tevékenységnek" számít például 
a váltás két folyamat között, amely 
roppant időigényes dolog, mivel pon- 
tosan fel kell jegyezni, hogy az előző 
folyamat hol tartott a futásban. Ha túl 
gyakran váltogatunk folyamatokat, 
akkor több váltás lesz, azaz a processzor 
idejének viszonylag nagy százalékát 
erre fogja pazarolni. Az sem jó, ha túl 
ritkán váltunk, mert akkor egy folya- 
matnak sokat kell várnia, amíg ismét 
rákerül a sor. Ha csak számításokat 
végző programokat futtatunk, az utóbbi 
eset még nem is lenne annyira súlyos, 
de egy felhasználói beavatkozást 
igénylő alkalmazás (például egy játék- 





program) esetében a felhasználó nem 
biztos, hogy meg lenne elégedve a hasz- 
nálhatóságával. 

A másik dolog, amire ügyelni kell, hogy 
minden folyamat testvériesen részesed- 
jen a rendelkezésre álló processzoridő- 
ből. Egyrészt ne forduljon elő, hogy 

az algoritmus hibájából egy folyamat 
sokkal több időt kap, mint társai. 

A felhasználók biztosan ferde szemmel 
néznének egy olyan rendszerre, ahol 
például a pi kétmillió tizedesjegyig 
tartó kiszámítása pár másodperc alatt 
megvan, ellenben egy könyvtár listázá- 
sára perceket kell várni. Másrészt 
ügyelni kell arra is, nehogy egy-egy 
folyamatot véletlenül , kifelejtsünk" 

a listából. Arra kell törekedni, hogy 
nagyjából mindegyikre ugyanannyiszor 
kerüljön sor. 

Ezek után nézzük, milyen ütemezési 
algoritmusok vannak. A legegyszerűbb 
a forgatás (round robin). Sorban végig- 
megyünk az összes folyamaton, és 
minden folyamat egy meghatározott 
időszeletet kap. 


Ennél a fontossági (priority) ütemezés 
kicsit többre képes, ahol szintén minden 
folyamat egyenlő, de egyesek egyen- 
lőbbek. Azaz a folyamatokat fontossági 
sorrend - elsőbbség - szerint szervezzük. 
Amelyik a legnagyobb elsőbbséget birto- 
kolja, az kapja meg gyakrabban a pro- 
cesszort. A másik változata a sorsjáték- 
ütemezés. Az összes folyamatnak kiosz- 
tunk egy adott számú sorsjegyet, ame- 
lyek közül az ütemező minden alkalom- 
mal , kihúz" egyet. A szerencsés nyertes 
(az a folyamat, amelyik a kihúzott sors- 
jegyet birtokolja) fogja megkapni a lehe- 
tőséget a futásra. A fontosabb folyamatok 
több sorsjegyet birtokolhatnak, ezáltal 
nagyobb eséllyel indulhatnak a procesz- 
szorért való küzdelemben. 

A Linux-rendszerben az eszközvezérlők 
rendelkeznek a legnagyobb fontossági 
szinttel, így ha akad futásra kész eszköz- 
vezérlő, akkor az ütemező mindig őket 
fogja kiválasztani. Fontos, hogy a folya- 
matokkal ellentétben a eszközvezérlők 
addig futnak, amíg nem blokkolódnak, 
azaz ebben az esetben a készre futtatás 


elvét alkalmazzuk. A felhasználói folya- 
matok esetében a forgatásos algoritmust 
alkalmazzuk. Ha nincs futtatható esz- 
közvezérlő vagy folyamat, az IDLE 
(tétlen) különleges folyamat kapja meg 
a vezérlést. Ennek nincs más dolga, mint 
addig unatkozni, amíg nem találunk 
egy másik futásra kész folyamatot. 
Sajnos nem szabadultunk meg ilyen 
könnyen a folyamatoktól. A következő 
részben még megtárgyalunk néhány 
olyan fogalmat, amit nem árt, ha isme- 
rünk (például a vezérlési szálakat), 
valamint belekezdünk egy másik nagy 
témakörbe: a folyamatok közötti kap- 
csolattartásba (IPC). 


Garzó András 
(garzoandointerware.hu) Körülbelül 
három éve foglalkozik Linux- és más 
Unix-rendszerekkel. Legjobban az ope- 
rációs rendszerek lelkivilága érdekli, 
de nyitott egyéniség. Kedvenc étele 

a palacsinta, és van egy Richard nevű 
macskája. Minden észrevételt, 
megjegyzést, levelet szívesen fogad. 


Nézzünk képeket Linux alatt! 


A Linux alatti képfeldolgozás egyelőre még gyerekcipőben jár, 

már most is lehet azonban szinte bármilyen feladathoz jó minőségű 

programokat találni. A mindennapi felhasználó mindenképpen 

gyors, megbízható, kényelmesen beállítható és használható kép- 
nézegető programot szeretne. Aki régóta használ Linuxot vagy 
valamilyen Unixot grafikus felülettel, az biztosan találkozott már 

az xv programmal, ami igen nagy tudású képszerkesztő és -néző 

program. Bár kitűnően használható, most egy sokkal egyszerűbb 

és még inkább felhasználóbarát programmal ismerkedünk meg 

dióhéjban: a ggview-val. 

Nagyon sok beállítási lehetőséget kínál, mégsem veszünk el a sűrű- 

jében. Nézzük az alapvető lehetőségeket: 

e A szöveges menüsor alatt látható ikonsorból a fontosabb lehe- 
tőségek azonnal elérhetőek, bekapcsolhatók. Balról az első ikon 
az előnézeti képek ki-, illetve bekapcsolását szabályozza. Ezt 
akkor érdemes használnunk, ha kevés kép van egy könyvtárban 
— ötszáz képnél már elég sokat kell várnunk, hogy mindet kicsi- 
ben is megnézhessünk —, vagy gyorsan szeretnénk valamit 
megtalálni, de a fájl nevét nem tudjuk. 

e — A második ikon a házikó, értelemszerűen hazavezet bennünket 
a saját könyvtárunkba, így elkerülhető a könyvtárakon keresztüli 
evickélés. 

e A harmadik ikon a frissítés, ezzel újraolvastathatjuk a könyv- 
tárat és az éppen aktív képet. Ennek akkor lehet jelentősége, 
ha a képen egy külső programban változtatunk vagy új képet 
mentünk az aktív könyvtárba. 

e A következő két ikon képei önmagukért beszélnek: az elsővel 
a képet tetszőleges méretűre nagyíthatjuk, a következővel pedig 
kicsinyíthetjük. 
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e — Az utolsó előtti ikonnal a Beállítások (Options) menüpontot 
érhetjük el közvetlenül, erről lentebb még lesz szó. 

e A sorban az utolsó ikon pedig a bal oldali eszköztárat lebeg- 
teti, így szinte a teljes képernyőt használhatjuk a kép meg- 
jelenítésére (leszámítva azt a kellemetlenséget, hogy az 
eszköztártól ilyenkor bizonyos képrészeket nem látunk). 

A teljes képernyős képnézéshez nyomjuk meg inkább a v 
betűt, így a program valós teljes képernyős módba kapcsol. 
A szóköz billentyű előre lapoz, a BASCKPACE pedig visszafele. 
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A Beállítások 

Itt történik a program igazi finomhangolása. A Szerkesztés, 
Beállítások (Edit, Options. . .) menüpontnál, vagy — mint az előbb 
is írtam —, az ikonsorban az utolsó előtti (villáskulcs) ikonra 
kattintva érhetjük el. 

E helyütt tehetjük meg az aprólékos beállításokat: mi legyen 

az alapértelmezett könyvtár, mekkora előnézeti képet készítsen 

(ez a lehetőség nálam nem működött, akármekkorára állítottam is, 
mindig ugyanakkorák voltak a képek, csak a köztük lévő távolság 
nőtt), hogyan jelenítse meg a képet — gyorsabban és rosszabb 
minőségben vagy lassabban, de jobb minőségben —, különféle 
szűrési feltételeket is megszabhatunk, illetve megadhatjuk kedvenc 
képszerkesztőnket, hogy a kívánt kép szerkesztését azonnal el 
tudjuk kezdeni. 
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program) esetében a felhasználó nem 
biztos, hogy meg lenne elégedve a hasz- 
nálhatóságával. 

A másik dolog, amire ügyelni kell, hogy 
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például a pi kétmillió tizedesjegyig 
tartó kiszámítása pár másodperc alatt 
megvan, ellenben egy könyvtár listázá- 
sára perceket kell várni. Másrészt 
ügyelni kell arra is, nehogy egy-egy 
folyamatot véletlenül , kifelejtsünk" 

a listából. Arra kell törekedni, hogy 
nagyjából mindegyikre ugyanannyiszor 
kerüljön sor. 
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minden folyamat egy meghatározott 
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matokkal ellentétben a eszközvezérlők 
addig futnak, amíg nem blokkolódnak, 
azaz ebben az esetben a készre futtatás 


elvét alkalmazzuk. A felhasználói folya- 
matok esetében a forgatásos algoritmust 
alkalmazzuk. Ha nincs futtatható esz- 
közvezérlő vagy folyamat, az IDLE 
(tétlen) különleges folyamat kapja meg 
a vezérlést. Ennek nincs más dolga, mint 
addig unatkozni, amíg nem találunk 
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részben még megtárgyalunk néhány 
olyan fogalmat, amit nem árt, ha isme- 
rünk (például a vezérlési szálakat), 
valamint belekezdünk egy másik nagy 
témakörbe: a folyamatok közötti kap- 
csolattartásba (IPC). 


Garzó András 
(garzoandointerware.hu) Körülbelül 
három éve foglalkozik Linux- és más 
Unix-rendszerekkel. Legjobban az ope- 
rációs rendszerek lelkivilága érdekli, 
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macskája. Minden észrevételt, 
megjegyzést, levelet szívesen fogad. 


Nézzünk képeket Linux alatt! 
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nézegető programot szeretne. Aki régóta használ Linuxot vagy 
valamilyen Unixot grafikus felülettel, az biztosan találkozott már 
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tőségek azonnal elérhetőek, bekapcsolhatók. Balról az első ikon 
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— ötszáz képnél már elég sokat kell várnunk, hogy mindet kicsi- 
ben is megnézhessünk —, vagy gyorsan szeretnénk valamit 
megtalálni, de a fájl nevét nem tudjuk. 

e — A második ikon a házikó, értelemszerűen hazavezet bennünket 
a saját könyvtárunkba, így elkerülhető a könyvtárakon keresztüli 
evickélés. 

e A harmadik ikon a frissítés, ezzel újraolvastathatjuk a könyv- 
tárat és az éppen aktív képet. Ennek akkor lehet jelentősége, 
ha a képen egy külső programban változtatunk vagy új képet 
mentünk az aktív könyvtárba. 

e A következő két ikon képei önmagukért beszélnek: az elsővel 
a képet tetszőleges méretűre nagyíthatjuk, a következővel pedig 
kicsinyíthetjük. 
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az alapértelmezett könyvtár, mekkora előnézeti képet készítsen 

(ez a lehetőség nálam nem működött, akármekkorára állítottam is, 
mindig ugyanakkorák voltak a képek, csak a köztük lévő távolság 
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Tartsunk lépést a Pythonnal: a 2.2-es változat 


A Python 2.2-es változata pótolja a nyelv néhány jól ismert hiányosságát, 
és pár jól használható új szerkezetet is bemutat. 


Python 2.2-es 2001 végén jelent meg, és a 2.2.1-es hi- 
A bajavító változatot a PythonlLabs és a Zope Co. fej- 

lesztői közösen mostanában készítették el. A 2.2-es 
tele van új lehetőségekkel és képességekkel, amelyek közül 
nem egy jelentős előrelépés a nyelvben. Ezek a fejlesztések 
nagymértékben kitágítják a Python-fejlesztők lehetőségeit. 
A Pythonnal egyszerű, ugyanakkor sokrétű fejlesztőeszközhöz 
jutunk, amely a parancsnyelvek egyszerűségét a gépi kódban 
futó objektumközpontú nyelvek erejével egyesíti. A Jython 
segítségével (mely jelölés a Python egy Javára lefordított válto- 
zatát takarja) a Java-programozók egy új és könnyen használ- 
ható alkalmazásfejlesztő eszközzel ismerkedhetnek meg. 
Ha figyelemmel szeretnéd követni a mindennapi eseményeket, 
olvasd a PEP-eket, vagyis a Python fejlesztésére irányuló 
javaslatok gyűjteményét, amelyeket azért hoznak létre, hogy 
a Python-közösség egyetlen átgondolásra alkalmas ötlete se 
vesszen kárba. Mielőtt mérlegelni kezdenék egy változtatás 
szükségességét, tanulmányozzák a változtatással együttjáró 
gondokat és a lehetséges megoldásokat, valamint azok mód- 
szertani részleteit. Nemcsak a PEP-ek pontos részleteit, de 
jelenlegi állapotukat is pontosan megtudhatod a weboldalon 
(lásd a Kapcsolódó címeket). Az egyeztetéseket követően a 
Python-változatok kiadása előtt minden egyes PEP-ről eldön- 
tik, hogy érdemes-e az adott ötletet megvalósítani vagy sem. 
Például a 2.2-es változat (beleértve a 2.2.x-es alváltozatokat is) 
elsősorban öt PEP-re épül, melyek a következők: 234, 238, 
252, 253 és 255. 
A kezdők számára a 2.2-es változattal elkezdődött a Python 
egész típusainak és kiterjesztett egész típusainak egyesítési 
folyamata (integer és long integer). Ezentúl az egész számokkal 
végzett számítások nem okozhatnak túlcsordulást, mivel ha 
egy eredmény nem tér el az egész típus által megszabott tarto- 
mányban, önmagától kiterjesztett egész típussá alakítódik. 
Az új változattal egyúttal az egymásba ágyazott érvényességi 
körök is teljesen hatályba léptek, amelyek az eddigi két érvé- 
nyességi körre épülő rendszert hivatottak leváltani (PEP 227). 
Bár ez a lehetőség már a 2.1-es változatban megjelent, most 
már az ott még kötelezőfrom — future import 
nested scopes utasításra sincsen szükség, mivel ez vált az 
alapértelmezett viselkedésformává. Az Unicode-támogatást 
UCS-4-re fejlesztették (32-bites előjel nélküli egésztípusok tá- 
mogatása, bővebben: PEP 261). Kevésbé jelentős változásokon 
ment keresztül a Python Standard Library, többek között bő- 
vült egy új e-mail csomaggal, egy XML-RPC-modullal, a fog- 
lalat (socket) modult képessé tették IPv6-kezelésre, és beleke- 
rült egy új, okos profiler is. 
A 2.2-es változat legjelentősebb újításai a léptetők és az előállí- 
tók, amelyek módosítják az osztás műveletjel tulajdonságait, 
valamint egyesítik a típusokat és az osztályokat. 


Léptetők 
A léptetők (iterators) segítségével a programozónak lehetősége 
nyílik sorban végiglépkednie egy adathalmaz elemein. Ez 
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akkor különösen hasznos, ha különböző típusokat tartalmazó 

lista elemein lépkedünk végig. A Python sorszámozott típusai- 

nak (listák, karakterláncok és úgynevezett tuple-ok) a kezelése 
is meglehetősen egyszerű, akár egy for ciklussal végiglépked- 
hetünk rajtuk anélkül, hogy bármiféle különleges dolgot kel- 
lene tennünk. A Python léptetői sorszámozott típusokkal gond 
nélkül működnek, de az új változattól kezdődően a nem sor- 
számozott típusok is könnyen kezelhetők, a felhasználó által 
létrehozott objektumokat is beleértve. A léptetők segítségével 
bármilyen Python-típuson végiglépkedhetünk. 

Nos, ez tényleg jól hangzik, de miért is van szükség léptetőkre 

a Pythonban? Erre különösen a PEP 234 tér ki, amely ezeket a 

pontokat említi: 

e — Bővíthető léptetőfelületet hozni létre. 

e  AIlistákon való léptetések frissítéséért. 

e A szótártípusok léptetésének jelentős mértékű 
felgyorsítására. 

e Egy valódi léptetőfelület létrehozására ellentétben az elta- 
karó tagfüggvényekkel, melyeket eredetileg az elemek 
véletlenszerű elérésére hoztak létre. 

e Egy visszirányú együttműködést biztosító felület létrehozá- 
sáért, amely a már létező felhasználói osztályokkal és objek- 
tumkiterjesztésekkel működik együtt -— ezek sorszámozott 
típusokat és hozzárendeléseket valósítanak meg. 

Egy tömörebb és olvashatóbb szerkezet létrehozásáért, amely 

nem sorszámozott elemeken is képes léptetést megvalósítani 

(például állományokon és hozzárendeléseken). 

Léptetőket kétféleképpen hozhatunk létre: vagy a beépített 

iter () függvényen keresztül, vagy közvetlenül azokon az 

objektumokon használhatjuk őket, melyekbe ezt a lehetőséget 
beépítették. Például a listáknak van beépített léptetői felülete, 
amely nem változott, és a for mindegyikElemin Lista 
utasításnak megfelelően használható. 

Az iter (objektum) függvény meghívásával az objektumnak 

megfelelő léptetőtípushoz jutunk. A léptetőknek egyetlen 

tagfüggvénye van, a next ( ) , ami a következő elemmel tér 

vissza. Az új Stoplteration kivétel hivatott jelezni, ha a 

vezérlés elérte a lista végét. 

lermészetesen a léptetők használata esetén is számolnunk kell 

bizonyos korlátozásokkal: nem lehet visszafelé léptetni, nem 

lehet a készlet elejére ugrani, és a léptetők másolása sem le- 
hetséges. Ha ugyanazon az objektumon szeretnél újra végig- 
ugrálni (vagy egyszerre több példányon), létre kell hoznod egy 
másik léptető objektumot. 


Jorszámozott típusok 

Mint már említettük, sorszámozott típusok esetén a léptetők 
az elvárásoknak megfelelően működnek: 

zs. üyTüpble c (123, "xyzr, 45.67) 
iter(myTuple) 

555 i1i.next() 

123 


sss 1 —- 





s55 1.next() 

xyz: 

s55 1.next() 

45.67 

s55 1.next() 

Traceback (most recent call last): 

File line 1, in ? 

Stoplteration 


"Nr 
T 


Valódi program esetén a fenti kódrészletet egy try-except 
blokkba ágyaztuk volna be. A sorszámozott típusok alapértel- 
mezésben léptetővel rendelkeznek, mint az a for ciklus 
esetén is látható: 


for i in seg: 
csinalj valamit (i) 


Ha jobban megnézzük a fenti utasítást, látható, hogy valójában 
nem más, mint egy léptetőszerkezet: 


fetch - 
while 1: 
try: 


iter (seg) 


i - fetch.next() 
except Stoplteration: 
break 
csinalj valamit(i) 


Mivel a for ciklus önműködően meghívja a léptető next ( ) 
tagfüggvényét, ezért a kódon nem szükséges változtatni. 

Az iter () beépített függvénynek egy másik formája is létezik, 
az iter(megh vhat elem, iírszem), amely az előzőekhez 
hasonló léptetővel tér vissza. A különbség annyi, hogy a lép- 
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tető next () tagfüggvényének a meghívása az egymás után 
következő elemekért minden alkalommal a 

megh vhat  elem() függvényt hívja meg, és amennyiben 
a visszatért érték megegyezik a megadott 1rszem értékkel, 
a léptető egy Stoplterator kivételt dob. 


Szótárak 

A szótárak és az állományok két típusa esetén történtek a 
léptetők terén a legnagyobb változások. A szótár típus léptetője 
a típus kulcsain lépked sorban végig. A for mindenkulcs in 
myDict.keys () utasítás lerövidíthető for mindenkulcs in 
myDict alakba, mint az az 1. listában is látható. 

Emellett három új, léptetéssel kapcsolatos tagfüggvény is beve- 
zetésre került: myDict . iterkeys () - léptetés a szótár kul- 
csain, myDict . itervalues () - léptetés a szótár értékein és 
myDict . iteritems () - léptetés a kulcs/érték párokon. 

Az in műveletjel úgy módosult, hogy a segítségével ellenőriz- 
hető, hogy egy adott kulcs létezik-e a szótárban. Ez annyit tesz, 
hogy amyDict.has key(valamilyen kulcs) kifejezés 
valamilyen kulcs in myDict alakra egyszerűsíthető. 


Állományok 

Az állományobjektumokhoz egy olyan léptetőobjektum társul, 
mely a readline () tagfüggvényt hívja meg. Vagyis az in 
műveletjellel egy szöveges fájl sorain lépkedhetünk végig 

— az eddig megszokott for egySor in myFile. readlines () 
alak helyett a sokkal egyszerűbb egySor in myFile alakban: 


555 myFile - open(-:-config-win.txt: ) 
555 for egySor in myFile: 
print egySor, 
H egy tovEbbi ej sor beszergsZval az elizi 
H sorzEr vesszi feladatgnak megvEltoztat£sa 


[EditorWindow] 
font-name: courier new 
font-size: 10 

555 myFile.close() 


Osztályok 

Saját léptetők létrehozása osztályok esetén is lehetséges. Ilyen 
módon elkerülhetőa — getitem  () osztály tagfüggvény 
túlterhelése. A getitem  () túlterhelésével az osztályhoz 
tartozó valamennyi elem bármely sorrend szerint kikérhető, 
ezt azonban egyes objektumok logikailag nem teszik lehetővé. 
Haa  getitem  () helyett léptetőt használunk, egyértel- 
műen megadhatjuk, hogy a felhasználó egy adott objektummal 
milyen műveleteket végezhet. 

Létrehozhatjuk egy osztály saját léptetési rendszerét, ha olyan 
módon takarjuk el az osztáy  iter  () tagfüggvényét, 
hogy az saját magát adja vissza, vagyis minden objektum saját 
magával tér vissza. Ezt követően pedig a next () tagfüggvényt 
kell eltakarni: 


det . 1t8E (Sélfj: 
return seélt 


def next (self) : 
H visszatoórós a k vetkezi elemmel, 
H vagy Stoplteration kivdtel dob£Zsa. 


Ezek alapján nézzünk meg egy egyszerű példát! Ezúttal egy 
sorszámozott listából térünk vissza egy véletlenszerűen kivá- 
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( — Szaktekintély 
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2. lista Osztályok léptetése 


import fálltdom 
class RandSea: 
eg init  (e5W 
self.data - 


seg) : 
seg 


def — i1ter — (Sebe 
ESEÜTT SET TT 


ES ENSENTE ZEKE E REVE 
return random. choice(self.data) 


írom randseg import RandSed 
for eachItem in RandSeg((:ki-:, 
solLI 0))e 

print eachItem 


soil 
555 MO ONEN 
2 
al 1 
al 1 
ki 
pap r 
pap r 
ai 1 


lasztott elemmel (2. lista). Ez a példa a sorszámozott típusok 
léptetőinek néhány nem szabványos alkalmazását mutatja be. 
Az sem nevezhető szokványosnak, hogy esetünkben ez a 
léptetés végtelen. Mivel az elemeket szabálytalan sorrendben 
hívjuk meg, sosem futunk ki az elemekből, így a 
Stoplteration kivétel sem jelentkezik. 

A 3. listában osztályunk felhasználásával egy léptetőobjektumot 
hozunk létre, de ahelyett, hogy egyszerre csak egy elemmel 
térnénk vissza, a next () tagfüggvényben értékként megad- 
juk, hogy a tagfüggvény egyszerre hány elemmel térjen vissza. 
Lássuk csak: 


555 a - Anylterírange(10) ) 

555 i - iter(a) 

sss for 7] irt rangeii, 5) : 

iss print 1; "2::s, 1.MExti]J 
d [0] 

2 I1, 2] 

3 [3, 4, 5] 

4 l6, 7, 8, 9] 


Változtatható objektumok és léptetők 

Mielőtt továbblépnénk az előállítókra, jegyezzük meg, hogy 
nem éppen okos dolog akkor megváltoztatni az objektumok 
tulajdonságait, amikor éppen valamilyen léptetővel dolgozunk 
rajtuk. Ez már a léptetők feltűnése előtt is nehézségeket oko- 
zott. Népszerű példa ennek bemutatására, ha egy listán próbá- 
lunk meg végiglépdelni és bizonyos feltételek teljesülése (vagy 


nem teljesülése) esetén egyes elemeket eltávolítani belőle: 


for egyURL in osszesURL: 
if not egyURL.startswith(-:http:// : ) : 
mindenURL . remove (egyURL) H IGEN! ! 
A listát kivéve a sorszámozott típusok mindegyike megváltoz- 
tathatatlan, így csak a listákkal lehet gond. Egy sorszámozott 


aj úl 
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3. lista Léptetőobjektum létrehozása saját osztállyal 
8! /usréliőenv pythőii 


class Anylter:  tH t bb elem IgptetGse 
et alnit (sel es E 
self.safe - safe H legy nk 
H  vatosak 
H a lőptetivel 


self.iter - 4ter(data) 


ES ESESESESEFENES c8E IE t IDEGET 

$t osztály 
return self 

def next (self, 


howmany-1): tH k l nleges 


H next() 
retval E [/ 
for eachItem in range (howmany) : 
(etágzze 


retval.append(self.iter.next() ) 
except Stoplteration: 
H kivőtel dobXgsa tel 
H sok elem körGse esetőn 
it self.sate —— Ű: 
raise 
tt "biztonsagos" : zemn d: 
H a körtnől kevesebb elem 
H visszaadksa 
else: 
break 
return retval 


típus esetén a léptető csak a éppen pillanatnyi elem sorszá- 
mát tárolja, így ha megváltoztatod a lista elemeit, az érintett 
elemeket a léptető figyelmen kívül hagyja. Ha kifutsz az 
elemekből, értelemszerűen StopIteration kivétel dobódik, 
amennyiben viszont új elemeket adsz a listához, a léptetés 
folytatható (4. lista). 

Ha egy szótár kulcsai között léptetsz, közben a szótárt nem 
szabad megváltoztatnod! A szótár keys () tagfüggvénye által 
visszaadott lista természetesen kivétel ez alól, mert teljesen 
független a szótár tartalmától. 

A léptetők ugyanakkor sokkal szorosabb kapcsolatban állnak a 
pillanatnyi objektummal, mint hinnénk, és nem hagyják, hogy 
az ilyen objektumokkal tudatlanul játszadozzunk: 


sz myDict f-a:: 1, -b-:: 2, :"ec:: 3, -d:: 4] 
555 for egykulcs in myDict: 

print egykKkulcs, myDictl[egykulcs] 

del myDict legykulcs] 


a 1 


Traceback (most recent call last) : 
File "", line 1, in ? 
RuntimeError: dictionary changed size during 
—iteration 


Ennek a figyelmességnek köszönhetően a hibát okozó szer- 
kezetek egyszerűen elkerülhetők. A léptetőkkel kapcsolatos 
teljes leírásért forduljunk a 234-es PEP-hez. 
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A visszirányú együttműködés biztosításáért (arra az esetre, 
ha egy már korábban létező program felhasználja a yield 
kulcsszót mint azonosítót) az előállítók használatát a from 

. future — import generators utasítással előre kell 
jelezni. A létrehozók előbb-utóbb mindenképpen szabvánnyá 
válnak (2.3?), így erre a későbbiekben már nem lesz szükség. 
A létrehozóknak létezik még egy a léptetőkhöz hasonló 
tulajdonsága: ha a vezérlés eléri a függvény végét vagy egy 
return utasítást, és már nincs több átadandó érték, a lépte- 


tőkhöz hasonlóan az előállító is StopIteration kivételt dob. 
Egy egyszerű példa: 





4. lista 
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def egyszerudGen—() : 

yield 1 

yield :-2 --s punch! :- 
Most pedig hívjuk meg ezt a függvényt, és egy előállító objek- 
tumot fogunk visszakapni: 
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555 egyszG - egyszeruGen() 

555 egyszG.next() 

1 

555 egyszG.next() 

2. neg  piuneni a 

555 egyszG.next() 

Traceback (most recent call last) : 

File "", line 1, in ? 

egyszG.next ( ) 

Stoplteration 


Esetleg még találóbban: for mindenElemin 

egyszerudGen ( ) : print mindenElem. lermészetesen ez egy 
buta példa. Úgy értem, miért nem használunk inkább léptetőt 
erre a célra? Egyszerűbben megérthető, hogy mire gondolok, 
ha egy függvény rugalmasságát igénylő sorszámozott típuson 
próbálunk meg léptetni ahelyett, hogy ugyanezt egyszerű sta- 
tikus objektumokat tartalmazó sorszámozott listával tennénk. 
A következő példában olyan véletlenszerű léptetőt hozunk 
létre, amely egy sorszámozott típust vár értékként, és annak 
egy véletlenszerűen kiválasztott elemével tér vissza: 


from random import randint 
def randlter(seg) : 
while len(seg) s 0: 
yield seg.pop(randint(0, len(sea)  -1)) 





Az előállítók 
Az előállítók a léptetők alapötletéből fejlődtek ki. A fő érv azelő- — Itt az a különbség, hogy minden elem, amellyel visszatérünk, 
állítók mellett az, hogy lehetővé teszik a függvények egyes hí- egyben el is távolítódik, vagyis mintha a list .pop() és 


vásai közti állapotok elmentését. A statikus változók — a C függ- random. choice () függvényeket egyesítenénk: 
vényeiben megismertekhez hasonlóan - értékeiket képesek meg- 


őrizni a függvények egyes hívásai között. Ez részben megoldja 555 for mindenElem in randIlter([123, :-xyz:-, 
a gondot, de igazi megoldást egy olyan változó bevezetése jelen- 45.6787. 9719: 
tene, amely léptetőként képes működri, de két függvényhívás 48 tk print mindenElem 


közt is megőrzi az állapotát, és ha újra meghívják, ugyanott tudja 

folytatni, ahol előzőleg abbahagyta. Nos ez az, amit az előállítók 

valójában tesznek. Megvalósítják és ugyanakkor ötvözik a lépte- gyz" 
tők és a folytatható függvények működését. Ha meghívjuk őket,  — 9j 
bármikor ugyanott bírják folytatni, ahol a futásuk előzőleg félbe- 45.678 
maradt, mivel a folytatáshoz szükséges összes adatot tárolják, így 123 


bármikor képesek a következő elemet szolgáltatni. A feladat meg- 


valósításához egy új kulcsszó is bevezetésre került, a yield, Az 1. táblázat a léptetők és az előállítók közötti különbségeket 
amely nem valódi függvényvisszatérést valósít meg, hanem csak összegzi. Ha fellapozod a 234-es és 255-ös PEP-eket, a témával 
egy értéket ad át (a keretobjektumot leemeli a veremről). kapcsolatos további érdekességeknek is utánanézhetsz. 
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Az osztásjel megváltozott tulajdonságai 

Valószínűleg ennek a tulajdonságnak a léte a legvitatottabb az 
új Python-változatban. lermészetesen számos érvet sorakoz- 
tathatunk fel ennek az új tulajdonságnak a megléte mellett, 
csakhogy ellene is akad egy-kettő. Végül azok győztek, akik 
valódi osztást szeretnének megvalósítani. Ahhoz, hogy megért- 
sük, mit is jelent ez a változás valójában, hozzunk létre (újra) 
néhány osztási alapszabályt, és határozzuk meg, hogyan 
működjön egész és valós számok esetén. 


e — Klasszikus osztás 
Ha egész számokat osztunk, úgy klasszikus osztás esetén 
az eredmény is egész szám lesz, amely úgy jön létre, hogy 
a tizedesrészt az osztás levágja (lásd alább az Osztás kerekí- 
téssel című részt). Ha valós számokat osztunk, az eredmény 
is valós szám lesz, mégpedig az osztás valódi végeredmé- 
nye (lásd a Valódi osztás részt). Lássuk csak, hogyan műkö- 
dik az osztás napjainkban a Pythonban: 


szi 723 H egösz szEmok osztEsakor 
t egösz ÖrtÖket kapunk 

0 

szs 1.0 7 2.0 t val s szEmoknEl 
H az eredmÖny is val s 


e — Valós osztás 
Valós osztásról akkor beszélünk, ha egy osztás eredménye 
a két szám valódi hányadosát adja vissza. A Python 3.0 
közeledtével ezen a téren is nagy változásoknak nézhetünk 
elébe. Jelenleg, ha valaki a valódi osztás lehetőségeit sze- 
retné kihasználni, ki kelladniaafrom — future — 
import division utasítást. Ennek következtében az osz- 
tásjel valódi osztást fog megvalósítani: 


555 Írom — future — import division 

2. 

sszidij7j3 H val s eredmfnyt ad vissza 
0-5 

sss 1.0. 7 2.0 H mint ahogyan ez is 
0.5 


e — Osztás kerekítéssel 
Az új osztásjel (/ /) minden esetben egy lefelé kerekített 
(helyesebben: a számegyenesen balra eltolt) egész számmal 
tér vissza, függetlenül a műveletben résztvevő értékek nu- 
merikus típusától. Ez a műveleti jel már a 2.2.-es változat- 
ban is megtalálható anélkül hogya future  -ből bár- 
milyen tulajdonságot be kellene illesztenünk: 


sss i 77 2 H Egösz szEmok esetGn lefelg 
H kerek tett eggsz eredmgny . 

0 

sss 1.0 // 2.0 H Val s számok esetdn lefelg 
H kerek tett val s eredmgny. 


0.0 

szs -1 // 2 H Ennek az eredmÖnye egy a 
H szEmegyenesen balra eltolt 
H grtOk. 

si 


Anélkül, hogy bármiféle vitába bocsátkoznánk ezzel a válto- 
zással kapcsolatban, az érzés olyan, mintha a Python osztásjele 
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a kezdetek óta hibás lenne, különösen azok számára, akiknek 
a Python az első programozási nyelvük, és nincsenek hozzá- 
szokva az effajta osztáshoz. Ezt Guido van Rossum a Whats 
New in Python 2.2 (A Python 2.2 újdonságai) című ZPUG- 
beszélgetésben a következőképpen szemlélteti: 


def sebessegítavolsag, osszesIdo) : 
arany - tavolsag / osszesIido 


Ez a példafeladat rossz, mivel az eredménye teljes mértékben 
a felhasznált numerikus típusoktól függ. Ha egész számokat 
adsz meg eredménynek, merőben más eredményhez jutsz, 
mintha valós típusokat használnál. Hogy eloszlasd a kétséget, 


sére 


a következő átalakításokat kell fejben elvégezned: 


sss ll — L:0 
1 
555 2 
1. 
sss 1 / 2 -- 1.0 / 2.0 


0 


II 
II 
ND 
O 


H klasszikus osztEs 


Ha a Python újfajta osztását használod fel, ismét helyreáll 
a rend a világegyetemben: 


:55. Írom . fütüre . import division 
sss 1 / 2 -- 1.0 / 2.0 Ht val di osztEs 
1 
sss 1 // 2 -- 1.0 // 2.0 tH kerek töses 
§H osztás 
18 


Mindamellett, hogy az effajta megoldás tűnik igazinak és 
helyesnek, alkalmazása esetén sem kerülhetjük el korábbi kód- 
jaink hibássá alakulását. Szerencsére ennek a Python fejlesztői 
is tudatában voltak, és ez az újfajta osztási tulajdonság csak a 
3.0-s változattól kezdődően lesz az alapértelmezett, ami még 
évekre van tőlünk. Azok, akik ezt az új osztási formát kívánják 
felhasználni, ezt a tulajdonságot beilleszthetik, vagy a Pythont 
a -Onew kapcsolóval meghívva az újfajta osztást ugyancsak 
érvényre juttathatják. Létezik néhány kapcsoló, melyeket meg- 
adva a Python figyelmeztet, ha a régi osztás tulajdonságaira 
építünk, így készítve fel minket a majdani Python 3.0-s időkre. 
A 238-as PEP-ből további adatokat tudhatsz meg, és a témával 
kapcsolatban a 3 http:/comp.lang.python csoportban folyt 
heves vitákat sem árt átolvasgatni. A 2. táblázat összegzi az 
osztással kapcsolatos új és régi tulajdonságokat. 


Típusok és osztályok összefésülése 

A típusok és osztályok összefésülése már jó ideje a Python 
kívánságlistáján várakozott. A programozók csalódottak voltak, 
hogy a már létező típusokat (például: a listákat) nem tudták 
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továbbszármaztatni, sem a tulajdonságaikat kibővíteni. 

A témával kapcsolatban ajánlatos mind a kapcsolódó PEP-eket, 
mind Guido írását fellapozni, ami azok számára készült, akik 
gyorsan meg szeretnének ismerkedni ezzel az új tulajdonság- 
gal, anélkül, hogy a PEP-eken kellene átrágni magukat, és 
esetleg elveszniük az ott felsorakoztatott megannyi részletben 
(lásd a Kapcsolódó címeket). Mindezek szemléltetésére egy 
ötletes példát is láthatunk, melyben a Python listáit bővítjük 
ki fejlett veremkezelési lehetőségekkel. 

A stack2.py példaprogram megszületését egy korábbi léptetős 
példa motiválta (lásd a 6.2-es példát a Core Python Program- 
ming oldalon). 


t!/bin/env python 


:stack2.py szErmaztat Os kibiv t egy listgt- 


class Stack(list) : 


def. . 4ánit. (SéELf, "arga)i 
list. init (Self, args) 
t a sz li osztEly 
H lötrehoz f ggvÖnyönek megh vEsa 


def push(self, "aros) : 
for eachIltem in args: 
H egyszerre t bb elem 
self .append(eachIiltem) 
H is tErolhat 
def pop(self, n-1) : 
ítt n sz 1 H egyetlen elem kiemelőse 
return list.pop(self) 
else: tH t bb elem 
H visszaköröse 
return I list.pop(self) 
srange(n) ] 


for 1 in 


Alább látható a legutóbbi példánk kimenete: 


555 Írom stack2 import Stack 


zs mM s Stácki1l23, ":xyz") 
555 Mm 

m23,. "xyas] 

555 m.push(4.5) 

555 Mm 

[i23, xyzi, 4.51 

sss m.push(1-12]j, :abc-) 
555 Mm 

[123, :xyz:, 4.5, (1642]j), rabc-:] 
szaz MM .pO0(/ 

abc: 


sss Mm .DpOD(3]) 
[(142]), 4.5, :xyz-:] 
szo mM 

(1231 


Azon túl, hogy képesek vagyunk beépített típusokat származ- 
tatni, érdemes még kiemelni az új stílusú osztályok egyes 


tulajdonságait: 


e  Osztálylétrehozó függvények típuskényszerítése 


-Új class , dict és  bases tulajdonságok. 
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-A  getattribute  () különleges tagfüggvény 
(a —  getattr  () okosabb fajtája). 


e — Osztályleírók 
-— Osztálytulajdonságok. 
— Statikus tagfüggvények. 
— Osztály tagfüggvények. 
— A szülő tagfüggvényeinek meghívása. 
- Együttműködő tagfüggvények. 
- Új gyémántdiagram nevű feloldás (new diamond 
diagram name resolution). 
— Korlátozott készletű osztálytulajdonságok gyenge 
kötésekkel. 
Az új stílusú osztályokkal és a típusok és osztályok egyesítésé- 
vel kapcsolatos tájékoztatásért fordulj a 252-es és 253-as 
PEP-ekhez vagy a korábban említett Guido-íráshoz. 


Összegzés 

Amellett, hogy a Python új tulajdonságai egy csomó korábbi 
hibát orvosolnak, és nagymértékben előrelendítik ezt az esz- 
közt, néhányan úgy gondolják, hogy ezek már sértik a Python 
korábbi egyszerű mivoltát. Ha szigorúan nézzük a dolgokat, 
talán helyt adhatunk ennek a kétségnek. Mégis azáltal, hogy 
eltüntetjük a korábbi zavaró hibákat és új tulajdonságokkal 
bővítjük a Pythont, valószínűleg egy sokkal használhatóbb 
eszközhöz jutunk. Az új változások semmilyen hatással nincse- 
nek a korábbi programokra, vagy amennyiben mégis — mint 
az új osztásjel esetén —, úgy az alkalmazkodásra és az átállásra 
még jócskán van időnk. 

Végezetül pedig a Kapcsolódó címekben néhány komolyabb 
leírást találhatunk, úgymint Andrew Kuchlin ,A Python 2.2 
újdonságai" című írását, valamint egy előadást Guidótól, ame- 
lyet a még ősszel megrendezett Python-találkozón tartott. 

A Python 2.2.1-es változata letölthető a Python honlapjáról. 

Jó munkát mindenkinek! 


Linux Journal 2002. július, 99. szám 


Wesley J. Chun 

a , Core Python Programming" írója. Több 
mint egy évtizede foglalkozik programozással 
és oktatással. A Yahoo! , Mail" és , People" 
szolgáltatásai is részben az ő segítségével 
jöttek létre. Jelenleg a Synarcnál, egy klinikai 
szolgáltatásokkal foglalkozó cégnél dolgozik, ahol 
Pythonban fejlesztett alkalmazások segítségével a betegek 
panaszait elemezve próbálják megkönnyíteni a radiológián 
dolgozók munkáját. 
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autoSOl és autoXIML: a Genome Projekt kódelőállítói 


Ezek az eszközök ismétlődő kódsorok tízezreinek 


megírásától mentettek meg minket. 


datok mozgatása egyik forrásból a másikba általános 
A esetben nem olyan bonyolult. Ha például van egy 

TABULATOR-ral elválasztott adatokat tartalmazó állo- 
mányunk, amit SOL relációs adatbázisba szeretnénk helyezni, 
egyszerűen írunk egy rövid SOL-parancsot, majd létrehozunk 
például egy rövid C-programot, amely a forrásfájlból beolvassa 
az adatot és kiírja az adatbázisba. Csakhogy amikor nagy adat- 
bázisokkal dolgozunk, vagy mint a mi esetünkben, rettentő 
nagyokkal, hirtelen azon kapjuk magunkat, hogy tucatnyi 
forrásból származó gigabájtos nagyságrendű adattal van dol- 
gunk. Az efféle kódok írása többé már nem jelent kiutat. 
E feladat megoldásához mutatunk be most két eszközt, 
amelyek megszüntetik a gondokat. Együtt adatbázis-megha- 
tározásokat képesek készíteni SOL-hez, létrehozni C-fejléc- 
fájlokat, -függvényeket és -prototípusokat adatmeghatározá- 
sainkhoz, megírják helyettünk a C-szerkezetekbe író és az 
onnan olvasó C-kódot, illetve a XML-értelmezőhöz tartozó 
kódot is elkészítik. 


A Human Genome böngésző 

Az emberi genom (human genome) olyan utasítás-kézikönyv, 
amely a DNS-ünkben kódolódik. Körülbelül hárombillió kémiai 
betűpárból áll, amelyeket általában kezdőbetűikkel jelölünk: G, 
C, A és I. A genomadat e betűk 24 hosszú szálából áll, ami nem 
olvasható igazán könnyen. A Human Genome Browser a Santa 
Cruz-i székhelyű Californiai Egyetem honlapja, amely szerte 

a világon számos tudósnak teszi elérhetővé ennek a hegynyi 
adatnak a képi megjelenítését. A böngésző az adatsort egy ma- 
gasabb szintű jelölésformával ábrázolja — a genom egyes részei- 
hez tartozó feladatoknak megfelelően. A felhasználók megke- 
reshetik az érdekesnek talált géneket, belenagyíthatnak, csato- 
lást hozhatnak létre a genom adott részéhez, ami az idetartozó 
kutatások lapjára mutat, illetve a genom adatait összehasonlít- 
hatják más fajok adataival. A böngésző bizonyos fajta jelölé- 
seket a genom koordinátahelyek alatt sávként jelenít meg. 

A Genome Browser HIML/CGI-felülettel bír, amely lehetővé 
teszi, hogy a felhasználó megtekintse, illetve (a dinamikusan 
készített képtérkép (image map) segítségével) rákattinthasson 
a genom sávjaira. A sávok nagyítási beállításait, illetve sűrűsé- 
gét a felhasználók űrlapmezőkön keresztül állíthatják be. 

A CGI forráskódja C-ben készült, a genomadat pedig SOL- 
adatbázisban tárolódik. 

Itt igen sok adatról van szó. A böngésző forráskódjának kezel- 
nie kell a gén-előrejelzések (genom prediction) és az emberi, 
illetve más fajok genomja közti hasonlóság formátumait. 

A dolgokat tovább bonyolítja, hogy legalább egy tucat külön- 
féle külső forrásból dolgozunk, amelyek mind a saját külön 
forrásukat használják. Még ha nem is akarjuk ezeket az adat- 
formátumokat belsőleg használni, akkor is meg kell írnunk a 
hozzájuk tartozó értelmezőket, hogy beolvashassuk, és a saját 
formátumunkba menthessük őket. A kódelőállítókat körülbelül 
felerészben más csoportok állományainak beolvasását meg- 
könnyítő feladatra használtuk. 
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Bevezetés az autoSOL-be 

Az autoSOL SOL - és C-kódot készít az adatok adatbázisból 
való kiolvasásához, illetve az oda való betöltéshez. Az autoSOL 
használatával nem kell a fárasztó adatmeghatározásokat meg- 
írnunk, a beolvasó és mentő kódot is beleértve. Például a bön- 
gésző közelítőleg harminc nyilvános és harminc kísérleti sávot 


AdressBook.as 
9 sor 
(egy autoSOL-leírófájl) 


52R 


kh 


AdressBook.as.sgli 
9 sor 
(táblakészítés SOL-hez) 


AdressBook.as.c 
129 sor 
(eljárások az adatok kezeléséhez) 


Ű 


AdressBook.as.h 
593 sor 
(az adressBook felépítése és prototípusai) 


Egy autoSOL-leírófájl feldolgozása 


tartalmaz. Minden egyes sáv a relációs adatbázis egy-egy 
táblájához van rendelve. Minden egyes modul, amely egy 
sávtáblát a memóriába tölt, autoSOL-lel készült. 


XML-kapcsolat 

A projekt későbbi részeiben elkezdtünk XML-t használni, hogy 
a japán kutatócsoporttal együtt tudjunk működni. Az XML a 
DAS-rendszeren keresztül (a Distributed Annotation System 

a genomadatok internetes átadásának formátuma) egyúttal a 
más oldalakkal való adatcserére is alkalmas. 

Az autoXML az XML DID fájl alapján elkészíti az XML-értel- 
mező számára a C-kódot. Mivel az XML-adatcsere még a SOL- 
adatcserénél is feldolgozásigényesebb, az autoXML igen 
hasznosnak bizonyult. 


Értékük a kódolás szempontjából 

Az autoSOL és az autoXML együtt felbecsülhetetlen értékű 
időmegtakarító alkalmazásnak bizonyult. Az autoSOL a bön- 
gészőprojekt létfontosságú igáslovává vált. A maga 1200 sorá- 
val a böngészőprogram felét készítette el: kódsorok tízezreit. 
Bár nem használunk annyi XML-kódot, mint SOL-t, mégis még 
az autoXML-lel is kezdünk beragadni. Egyetlen adatbeolvasó 
projektben, amely a japán Riken egérgénbejegyzéseket tartal- 
mazza, az autoXML körülbelül 1500 sornyi kódot készített 
(saját maga csak 1200 soros). 

Az autoSOL és autoXML futtatható állományait a 

2 http:/www.soe.ucsc.edu/—kent/exe címen érhetjük el. A for- 





ráskód, a Linux végrehajtható állományok, és az ebben a cikk- 
ben szereplő példák a 38. CD Magazin/autoSOL könyvtárában 
találhatók meg. 


autoSOL-áttekintés 

Az autoSOL olyan program, amely egy adott objektummeg- 
határozás alapján a megfelelő SOL táblalétrehozó kódot és az 
adatbeolvasáshoz, illetve mentéshez szükséges C-kódot ön- 
működően képes létrehozni (a folyamat lépéseit az ábrán 
találhatjuk). 

A meghatározó nyelv kicsit ugyan cikornyás, a legtöbb feladat 
esetében azonban bizonyítottan igen hatékony. Az autoSOL-t 
eredetileg relációs adatbázisokhoz fejlesztettük ki; később 
kiderült, hogy olyan kódot készít, amelyet más egyértelműen 
határozott formátumokból is be tud tölteni, feltéve, hogy 
szöveges állományról van szó. 


Égy egyszerű példa 

Képzeljünk el egy egyszerű címtárat, ahol csak a nevet, az 
utcát, az irányítószámot és az országot tároljuk. Az autoSOL- 
meghatározás a következőképpen nézne ki: 


table addressBook 
"A simple address book" 
( 
string name; 
"Name - first, last, both, we don"t care" 
lstring address; "Street address!" 
etring cítyi; "City" 
uint zipCode; "A zip code 
is always positive, so can be unsigned" 
char[I2] state; 
"Just store the abbreviation for the state" 


) 


Ha egy kicsit úgy tűnik, mintha a nyelv a C-szerkezetek és az 
SOL-táblameghatározások hibridje lenne, az azért van, mert 
amikor Jim elkészítette az autoSOL nyelvet, C-ről éppen SOL- 
re váltott. 

Ha a címtárpéldát átfuttatjuk az autoSOL-en, a program 
elkészíti az SOL-táblameghatározásokat: 


HA simple address book 
CREATE TABLE addressBook ( 


name varchar(255) not null, H Name - 
first, last, both, we don"t care 

address longblob not null, H Street 
address 

CIty. varchari255]) not jmüll; t City 


zipCode int unsigned not null, H A zip code 
is always positive, so can be unsigned 

state char(2) not null, H Just store 
the abbreviation for the state Indices 

PRIMARY KEY (name) 

9 


illetve a C-szerkezetmeghatározásokat: 


struct addressBook 
/F A simple address book F/ 
struct addressBook "Fnext; 


/F Next in singly linked list. "/ 
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char "name; 
/r Name - first, 
mxcare X/ 

char taddress; 

char city; /r City r/ 

unsigned zipCode; /tY A zip code is always 
—xpositive, so can be unsigned "/ 

char state [3] ; /r Just store 
uwxthe abbreviation for the state F/ 

4 


A C-ben az SOL-adatbázis egyetlen sorát általában egy időben 
érjük el. A sort karaktersorozatok tömbjeként kapjuk meg. 

A C programtól függ, hogy ezeket az ASCII számmegfelelőket 
alakítja-e át bináris számokká. Ez nem túl nehéz munka, 
viszont miután begépeltünk húsz-harminc sort, amelyek mind 
nagyjából a következőképpen néznek ki: 


last, both, we don-t 


/r Street address F/ 


atoi(row [1] ) ; 
atoi (row [2] ) ; 


point-:5x - 
point-sy - 


az autoSOL által készített két eljárást hamar megtanuljuk 
értékelni. Lásd még: 


void addressBookStaticLoad(char Firow, 
—struct addressBook Fret) ; 

/r Load a row Írom addressBook table 

sinto ret. §/ 

/: The contents of ret will be replaced 

mat the F/ 

/: next call to this function. F/ 

struct addressBook 

s xaddressBookLoad(char Frrow) ; 

/r Load a addressBook Írom row 

xfetched with F/ 

/r select Fr from addressBook from 

— database. "/ 

/: Dispose of this with addressBookFree(). "/ 


Az első eljárást általában akkor használjuk, amikor egyszerre 
csak egyetlen elemet szeretnénk feldolgozni. Mivel dinami- 
kusan nem foglal memóriát, igen gyors. A második eljárás 
ellenben az adatszerkezetet dinamikusan foglalt memóriába 
menti. Mivel a C-szerkezet minden esetben tartalmaz egy next 
(következő) mezőt, ezt az eljárást címbejegyzéslisták kialakí- 
tásához is könnyen felhasználhatjuk. 

Az egyetlen gond a dinamikus memóriahasználattal az, hogy 
nem szabad megfeledkezni a felszabadításáról. Bár az autosOL 
nem tud helyettünk emlékezni, képes olyan eljárásokat készí- 
teni, amelyek egy dinamikusan foglalt adatszerkezetet vagy 
ezek listáját szabadítják fel. A következő két eljárás pontosan 
ezt teszt: 


void addressBookFree(struct addressBook FrpEl); 
/F Free a single dynamically allocated 

x addressBook such as created with 

x addressBookLoad(). "/ 


void addressBookFreeList 
s (struct addressBook FrpLlist); 
/F Free a list of dynamically 
x allocated addressBook-s §/ 
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2. lista Az autoSOL-írásmód 


declaralkkiömii st : 
declaration 
elec Larat 1 ondtisitötkedlecíNaánzaitkton 


declaration: 
declarelype declareName comment " (" 


me 


fieldList 


declareType : 
"simple" 
"object " 
"table" 


declareName : 
name 


comment : 
cüotedString 


EaiolleilülSgE z 
field 
tdalelhise EnxnelLől 


field: 
fieldíype fieldName " ; " 
fieldtype "[" fieldSize 
comment 


comment 
78112 name ";" 


iaketkalNamet 
name 


fieldType: 
Vt 
"ÚJ dH ts 
Sinonisi 
Vlsidone 
"byte" 
"ubyte" 
S tiloati 
"elhat" 
"SESLHNG 
ÉSE tiüg 
declareTlype declareName 


fieldSize: 
number 
fieldName 


Megjegyzések: 

e . name: betűk és számok sorozata, amely betűvel kezdődik 
e number: számjegyek sorozata 

e — guotedString: bármilyen szöveg dupla idézőjelek közé zárva 


Igazán kényelmes dolog, hogy kódolás nélkül tudunk adat- 
szerkezetekbe adatbázismezőt beolvasni, de néha szerkezeteket 
is ki kell tudnunk írni. Az autoSOL azt feltételezi, hogy az 
adatszerekezeteket IABULATOR-ral vagy vesszővel határolt for- 
mátumban mentjük. Olyan eljárást készít, amely bármelyik 
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feladatot el tudja végezni: 


void addressBookOutput (struct addressBook "el, 
S5FILE -f, char sep, char lastSep) ; 

/: Print out addressBook. Separate fields 

—xwith sep. Follow last field with lastSep. "F/ 


illetve makrókat, amelyek a vesszős és tabulátoros változatok- 
hoz kényelmes elérést adnak: 


Hdefine addressBookTaboOut (fel, £f) 

5 addressBookOutput (el, £, "Vett, "Mn!" ) ; 
/: Print out addressBook as a line in 
—xa tab-separated file. "/ 


Hdefine addressBookCommaOut (el, £) 

s addressBookOutput (el, £,",",","); 
/:r Print out addressBook as a comma 
xseparated list including final comma. "/ 


Az autoSOL egy olyan eljárást is készít, amely vesszővel hatá- 
rolt listákat olvas. Mivel ezt az eljárást valószínűleg soha nem 
fogjuk közvetlenül meghívni, a mezők kicsit összetettebbek, 
mint azok az egyszerű karaktersorozatok és számok, amelyeket 
az adatbázisba mentünk. Ez az eljárás lehetővé teszi, hogy az 
autoSOL olyan objektumokat kezeljen, amelyek további objek- 
tumokat tartalmazhatnak. 


Az objektumok típusai 

Az autoSOL három objektumtípust ismer: 

e . Simple: olyan objektum, amely nem tartalmaz változó 
méretű tömböt. 

e Object: olyan objektum, amely tartalmazhat változó méretű 
tömböket. A következő mutató önműködően beszúródik az 
objektumnak megfelelő C-szerkezet első mezőjébe. 

e — Table: hasonló az objektumhoz, azonban a program C-meg- 
határozásokon kívül SOL-meghatározásokat is készít. 


A Simple objektum a program tömbmegadás-kezelésében 
különbözik a többitől. A következő mezőmegadás esetében 
simple point[3] triangle; "A three sided figure" 
a három pont a memóriában C tömbként tárolódik. Ellenben 
ha a szerkezetet a 
object point[3] triangle; "A three sided figure" 
módon adjuk meg, a három pont a memóriában egyenként 
csatolt listaként jelenik meg. 


A mezők típusai 

A következő alap mezőtípusokat támogatja: 

e int: 32-bites előjeles egész; 

e  uint: 32-bites nem negatív egész; 

e short: 16-bites előjeles egész; 

e  ushort: 16-bites nem negatív egész; 

e byte: 8-bites nem negatív egész; 

e  ubyte: 8-bites nem negatív egész; 

e float: egyszeres pontosságú IEEE lebegőpontos szám; 

e — char: 8-bites karakter (csak tömbben használható); 

e "string: változó hosszúságú karaktersorozat, legnagyobb 
hossza 255 bájt; 





3. lista autoXMlt-kód előállítása 


A k vetkezi tartalme polygon.dtdx fXjl 

c ! ELEMENT POLYGON (DESCRIPTION? POINI-) s: 
2!ATILIST POLYGON id CDATA HREOUIRED3 

c! ELEMENT DESCRIPTION (HPCDATA) : 
c!ELEMENI POINT- 

cz ATTLISSSPOINT x 6 INEBERREGVNEREMDE 
zZ!IATTLIST POINT Y JRE REGGENR BE 
SHATTLIST POINT szótő 


Zs az algbbi parancssor 
Er GNkzejömételttdözíüío0íkyas 
a k vetkezi poly.h fXjlt eredmfnyezi: 


[eso S Szat tö EGgÉnez a ECU E see 
tifndef POLY H 
tdefine POLY H 


SETÜCE "pOLYPOTlYGgON 
( 
SNS Gisüíjo olázEoNEZS om imeszaső 
char "rid; /: Regyired §F/ 
Strüect bBölyDeseribtion "polyDeseription; 


/-k  OpETónal élmay "Bel NUNK ÉSE 4 4 / 
SErüGÉ  DOlYPGi nt st boOlyboines 
/zx NeN-empeyv li8tE régúired./54/ 


Né 


void polybolygonSave (strüct bolyPolygon oD] ; 
KEzOETÉT RL St ETAG E Tal tetlÁ EKET ESZE És) Bs 
/-.Save polyPolygon to file. t/ 


sStrüct polyPolygon :bpolypolygontocad (char 
—xfileName) ; 


e  lstring: változó hosszúságú karaktersorozat, legnagyobb 
hossza kétbillió bájt. 


A Simple, Object és Table típusok is használhatók mezőként. 


Allandó hosszúságú és változó tömbmegadások 

Egy tömböt állandó vagy változó hosszúságúnak lehet meg- 
adni. A változó hosszúságú tömböket úgy adjuk meg, hogy 
tömb megadáskor a mező nevét zárójelek közé tesszük. Ennek 
a mezőnek a tömb előtt kell meghatározva lennie. 


Égy összetettebb példa 

Képzeljük el, hogy éppen most készültünk el egy csodálatos 
3D-s modellező programmal. Az egyetlen gond, hogy az 
adatokat most adatbázisba kellene menteni. Az 1. lista mutatja 
meg, hogyan építhetjük fel ezt az adatbázist autoSOL-lel. 

A meghatározást threeD.as-ként mentve és futtatva az 


autoSal threeD.as threeDpD 


utasítást máris megkaptuk: 393 sornyi — remélem - hibamentes 
C-kódot és 14 sor SOL-t cserébe a mindössze 33 soros 
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/k:"toad polyPolygon from file. 7 


struct polybeseription 
struct polybescription "next ; 
char "text; 


Ja 


void polyDbDescriptionSave(struct 
"SS oolybeséridedon  robj S 1NE ddent; ! ETUB E) 
/" Save polypeseription to file." §7 


struúct polyDeséription 
XpolyDescriptionLoad(char "fileName) ; 
/:£ Load polypeséription from file. §/ 


Serúdt bolyPoint 


( 


süruct polyPoint (next; 

double x; /: Reguired §/ 
double y; /: Reguired §/ 
double z; /-epetaulés tos 


7 


void. polybointSavelstruüct  polyPoint toDj , 
—zaLmE  ILMGEME; IBILILNM IE) § 
/k Save polyPoint (torfile. €/ 


struct polyPoint "polyPointLoad(char "fileName) ; 
/-.Ltoögd polyPoint feom edle. 97 


HENdA ENE E PONT EY / 


meghatározásért (a teljes autoSsOL nyelv megismeréséhez 
nézzük át a 2. listát!). 


autoXML-ismertető 

Az autoXML XML DID fájl alapján hoz létre C-kódot az 
XML-értelmezőhöz. A DID minden egyes mezőjéhez egy- 
egy C-szerkezetet állít elő, és az eredeti szerkezet minden 
egyes tulajdonságához egy-egy mezőt készít. Alapértelme- 
zés szerint olyan értelmezőt állít elő, amely figyelmen kívül 
hagyja az olyan elemeket, amelyek nincsenek megadva 

a DTD-ben, de egyébként hitelesítő értelmező is. Ha a 
-picky kapcsolót használjuk, teljes mértékben hitelesítővé 
(validating) válik. 

Az autoXML -értelmező a teljes fájlt a memóriába tölti. Ha ez 
nehézséget okoz, az alacsonyabb szintű xap értelmezőt kell 
igénybe vennünk, amely nagyon hasonlít a gyakran használt 
expat értelmezőhöz, de egy kicsit gyorsabb. 


Gyors XML- és DTD-ismertető 

Ha az eddig olvasott rövidítések valakit zavarba ejtettek, akkor 
valószínűleg nemigen hallott még az XML-ről (eXtensible 
Markup Language). E nyelvnek tagalapú formátuma van. 
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Egyszerű példa egy ilyen XML-dokumentumra: 


ZPOLYGON id-"sguare"s5 


ZDESCRIPTION: 

This is soooo sguare man 
2 /DESCRIPTION: 
2POÍNT xs"füY varos 78 
ePOINT xe"üt v-tijó 7s 
zPOIÍINT xe"it vasi 75 
2ZPOINT Xz"i4 7-HOB /s 


c / POLYGON 5 


XML-ben minden -TAG:3c/TAG: párok közt van. A tagokhoz 
szöveg, tulajdonság és altag lehet hozzárendelve. A fenti 
példában a POLYGON két altagja a DESCRIPTION és a POINT , 
tulajdonsága az id, szövege pedig nincs. A DESCRIPTION 
tagnak van szövege (This is s0000 sguare man ), viszont nincs 
altagja és tulajdonsága. A POINT az x és y tulajdonságokkal bír. 
A POINT egyben egy XML-rövidítést is bemutat: a kizárólag 
tulajdonságokat tartalmazó tagokat cTAG att-"valami" /: 
formában is lehet írni, a c-TAG att-"valami"5-/TAG5 
rövidítéseként. 

Az XML sokban hasonlít a HIML-re, de jelentős különbségek 
is akadnak. XML alatt minden egyes tulajdonságnak idézőjelek 
közt kell szerepelnie, míg HIML-ben ezek elhagyhatók. A ta- 
goknak XML alatt szigorúan keretet kell alkotniuk, míg a 
HIML megengedi, hogy a tagokat megnyissuk és ne zárjuk le. 
HTML-ben a tagok előre megadottak, XML alatt a meghatáro- 
zásaik tőlünk függenek. 

XML alatt két módon adhatunk meg tagokat: DID fájllal 
avagy XML-sémák alapján. Mindkét módszer mellett és ellen 
is szólnak érvek. A DID fájlok viszonylag egyszerűek és igen 
sok értelmező és XML-böngésző felismeri őket. Másrészről, a 
DID fájlok nem tudják leírni, hogy egy bizonyos tulajdonság 
számformátumú-e. Az XML-sémák összetettebbek: maguk is 
XML formátumban íródtak, ami bizonyos szempontból nem 
rossz. Egyelőre azonban nem olyan széles körben támogatot- 
tak. Jelenleg az autoXML is csak DID fájlokkal működik, 
néhány egyszerű kiegészítéssel. 

Íme, a fenti POLYGON formátumot leíró DTD: 


ca ! ELEMENT 
c IATILIST 


POLYGON (DESCRIPTION? POINI-): 
POLYGON id CDATA HREOUIRED- 

c ! ELEMENT DESCRIPTION (HPCDATA) : 
ca ! ELEMENT 
c IATILIST 
c IATILIST 
c IATILIST 


POINI- 

POINT x CDATA HREOUIRED: 
POINT y CDATA HREOUIRED: 
POINI z CDAIA "OO": 


A DID két f meghatározástípussal rendelkezik: az ELEMENT 
és ATTLIST (vagy attributes) kulcsszóval. Az element 
meghatározás tartalmazza az elem nevét és az alelemek záró- 
jeles listáját, ez utóbbi elhagyható. Az alelemeknek valahol 
meg kell lenniük adva a DID-ben, kivételt képez a HPCDATA 
alelem, amely azt jelzi, hogy az elem a tagjai között szöveget 
tartalmazhat. Minden alelem megadását az alábbi karakterek 
egyike követheti: 


e  ?:az alelem elhagyható. 
e  --:az alelem legalább egyszer előfordul. 
e  ". az alelem 0 vagy több esetben ismétlődik. 
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Ha az alelemet semmilyen karakter nem követi, akkor az 
alelem pontosan egyszer szerepel. Az ATTLIST tulajdonsá- 
gokat ad meg és hozzárendeli őket valamelyik elemhez. Jó 
szokás, ha az ATTLIST -eket a megfelelő ELEMENT mellett 
tartjuk. Az ATTLIST a következő mezőket tartalmazhatja: 


e elem: a vonatkozó elem neve 

e név: a tulajdonság neve 

e típus: általában CDATA . Lehet reference (hivatkozás) 
vagy date (dátum), viszont az autoXML nem kezeli őket. 

e alapértelmezés: itt találjuk a felhasználandó alapértelmezett 
értéket arra az esetre nézvést, ha a tulajdonság nem lenne 
jelen. A HRREOUIRED kulcsszó ebben a mezőben azt jelenti, 
hogy a tulajdonság megadása kötelező. A HIMPLIED kulcsszó 
jelentése: az adott tulajdonság hiányozhat (ebben az esetben 
— miután az autoXML beolvasta - az értéke NULL vagy Zérus). 


Az autoXMl kiegészítései és korlátai 

Az autoXML az ATTLIST kulcsszót az INT vagy FLOAT típu- 
sokkal bővíti ki, hogy karakteres érték helyett számtípus is 
megadható legyen. Ennek megfelelően a HPCDATA helyén a 
HINT vagy a HFLOAT jelöléseket is használhatjuk, ha a szöveg- 
mezőbe számszerű adatot szeretnénk helyezni. Ha ezeket a 
kiterjesztéseket használjuk, DID fájlunkon inkább a .dtdx 
kiterjesztést alkalmazzuk az egyszerű .dtd utótag helyett. 
Jelenleg az autoXML csak akkor kezeli a DID-megjegyzéseket, 
ha egymagukban állnak az adott sorban. Az autoXML elvárja, 
hogy minden ELEMENTS és ATTLIST meghatározás egyetlen 
sorban férjen el. lovábbá nem kezeli a hivatkozó adattípust 
azon túl, hogy a hivatkozási azonosítót szövegként menti. 

A 3. listában egy teljes, autoXML által készített forráskódpéldát 
figyelhetünk meg. A 3. listában látható .h fájlon kívül az 
autoXML a megfelelő .c fájlt is elkészíti. Minden XML -tfájlnak 
egy fő objektummal kell bírnia. Jelen esetben ez a fő objektum 
a POLYGON (a DID jelen formájában nem teszi lehetővé, hogy 
egy fájlban több mint egy sokszögünk legyen). A fenti DTD-t 
figyelembe vevő XML-fájlokat a polyPolygonLoaad ( ) 
függvénnyel tölthetjük be, majd a polyPolygonSave 
függvénnyel menthetjük vissza. 

Mint láthattuk, az autoSOL és autoXML jól működik az adatok 
széles skáláján, legyen az címtár vagy akár génkövetés. Remél- 
jük, ezeket az eszközöket a saját projektjeidben is hasznosnak 
fogod találni. 


A kapcsolódó címek, valamint az 1. lista megtalálható a 38. CD 
Magazin/autoSOL könyvtárában. 
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Clipper-programok Linux alatt (2. rész) 


EN ELHALT 








A Clip fejlesztői környezetről szóló sorozatunkat további adatbázis-kezelők 


ismertetésével folytatjuk. 


clip az Oracle-, PostgreSOL- és MySOL-adatbázisok 

A elérését is lehetővé teszi. Nagy örömmel vettem észre, 

hogy milyen egyszerű is kedvenc adatbázis-kezelőm, 

a PostgreSOL elérése a clip programokból. Ennek az illesztés- 

nek a megismerése két szempontból is tanulságos: 

e — Példát láthatunk rá, hogyan lehet egy összetettebb C-illesz- 
tőfelületet a cliphez illeszteni (lásd a cliplibs/clip-postgresgl 
könyvtár pg clip.c forrását). 

e . Elemezhetjük, hogyan érdemes egy ilyen C nyelvű felületre 
barátságosan kezelhető osztályrendszert kialakítani az 
illesztés bonyolultabb részleteinek eltakarásával. 


Az adatbázis-kezelés alapja — az ADO és más rendszerekhez 
hasonlóan - a connect és a recordset osztályok haszná- 
latára épül. Egy kapcsolatobjektum (session vagy connect) 
létrehozása a következő függvényhívással valósítható meg: 


// Egy cej kapcsolatobjektum lgtrehozZsa 
LOCAL conn // Ez lesz a kapcsolatobjektum 
conn :- ConnectNew("PG", "localhost", "5432", 
ee" Hnostgres", "111111", "imiadatok") 


Az osztálylétrehozónak átadott értékek jelentése: 

e A PG azt jelzi, hogy egy PostgreSOL adatbázis-kapcsolatot 
szeretnénk. 

e A második kapcsoló az adatbázis-kezelő gép IP-címe vagy 
DNS neve. 

e A harmadik helyen adjuk meg a használni kívánt kaput. 

e A negyedik és ötödik érték a felhasználónév és a jelszó. 

e — Utolsóként az adatbázis neve áll. 


A conn objektumot a conn : Destroy () hívással szüntethet- 
jük meg. A conn objektumon keresztül kezelhetjük az 
adatbázissal fenntartott munkafolyamatot, segítségével 
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3. [Ista A párhuzamos példaprogramok megjegyzésekkel 


// A pErhuzamos programozEs bemutatkXsa. 
Local alceáikkelbi 
// Ezek tEroljEk a feladatazonos t kat. 


SEGA soemáasát €1") 
nd2 :statoi  t2) 


// etmdősjüköéz SE TETESgGVONYEG 
// KmdsEjüköéztez S ESSSVÖNYES 


4 Ez a for cikluőlé.vÓTogtemáesezmies 
HOG ELS ÜEZE05Ű 


2? "madilne sand ta "7; ael; a; 
sTasksendMeg (1dí 991) / Az iszt OkZt 
// "elk 1ldj"k 
SEEK ON S EZ E SkGlNE 
/7emdkzeé sza lmak 


? "main: 
s TaskSendMsg(id2, 1) 


sleep(1) // lemondunk a vezőrlősril 
(az nzi viselkedős elker 19se) 
next i 
2 
ITSEULEm 


// Itt van vöge a fiszElnak Gs egyben 
//ra prodgramiak is: 


77 Gaz rels ússza 
TÉMA SRKOTAGBA 
Loacal m 


while .t. 

m:-TaskGetMsg() // VEr, am g meg nem 
// kapja (blokkol dik a h vEs), 

ZSZ GOT E 
// Amikor az adatot megkapja, ki rja. 
end 


//.Bz a" masik szültalgoritmúsa. 
TNS EHKornááNe 2 
local m 


while .t. 
77 Nem"/bBiokkol "de ha van Ortok, 
// kiolvassa, majd a köpernyiíre rja 
m:-TaskPeekMsg ( ) 
E NSTSZESSEGJ OTET SE 
// Noha le kell mondani a processzorr 1, 
// hiszen aTaskGetMsg() aszinkron f ggvgny. 
sleep(0.5) 


end 
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4. lista Kép létrehozása 


// KöplötrehozEs 


/ 
Hdefine PI — 3.14159265358979323846 


kin elidés: gdinto ci" 


local gd, red, white, black, blue, yellow, fon 
clear screen 


im-GdImageNew(200, 200) 

// Egy res vEszon lötrehozEsa 
wa escim e mewcaloa (255, 255, 255) 
//ca hasznalni köévüne sz nek 
black-im:newColor ( ) 


red-im:newcolozi255) 77" DIÍTOoOsS 
blue-im:newcoloríi,,255) // kök 
yellow-im: newColoxr (255, 7 255) //  sxzrga 


Ton-Am:emnewcolkoi ((05DETOSZEE OSZ E5) 

// a elip ezt az rásm dot is ismeri 
ame en LIL(0, 0; Ean 
im: filledaáarc(100, 100, 45, 45, vellow) 
luch-GdImageNew(3, 3) 

KITETT lnSKTÁRT ÉN ÉLÉRE LA (0 FENT (0 FENT SS EEG KOTÁR S SZT Si 5b 
im: setBrush(luch) 

csxz SI100 

éw s I00 

// A napocska sugarainak kirajzolZsa 
tor 1-0 to 180 etep 45 


S LeSGcosT PT AT /TBOPEE ESO GEK 
yi. Sim (PETZ TSOV ST SOV GY 
Xx2 S EOS(PT-(15180)/180)8é XSSOS Ex 
jV25- SM (PTE(T E TBONZTB0) ES SGOS GY 
d ÉL netet se esz ey 
sa CDSLTYEE BRUSHED ) 

fas szale 

// A szemek 

im:filledArc(93, 90, 6, 6, blue) 

MEN ESMNIKE GlAda SAN O NANE STO NN SHE SEL K Te) 

im: string et uz var jelemttee 5050 

5GDFONT LARGE, black) 

Tsa SL NGgYEGEGE ( VEZE BOS S SOS OO 0 ébTack) 


// A megadott fEjlba mentj k a köpet 
//EK(ENG E Bús) 

im: toPNG ( "kepem. png" ) 

ME iteg ETT A NNENA TS 


tetszőleges SOL-parancsot adhatunk ki. A telefonok táblához 
például az alábbi módon hozhatunk létre rekordkészletet: 


/ A select... parancs hasznAglata 

LOCAU rs 

LOCAL sgl :- "select $ Írom telefonok" 
rs :- conn:CreateRowset (sal) 


—m// Lötrehozza a rekordköszlet objektumot 


Ezek után a rekordkészlet a szokásos módon kezelhető: 
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// vögiglgpdel nk az SOL-mutat (cursor) 
// seg tsögövel s ki rjuk az elsi oszlopot 
local data 
DO WHILE !rs:Eof() 
data :- rs:Read() 
// Az eredmönytEbla elsi oszlopgnak 
//köpernyire listEzEsa 
? 
PADR (data IHASHSTR (UPPER (rs : FieldName (1) ) ) ] ) 
ES:SKkio ) 
ENDDO 
rs:Destroy() 


Rugalmas lehetőség a conn : Command (sa1) tagfüggvény, 
amellyel tetszőleges SOL-parancs (insert, update, delete, 
commit) adható ki: 


conn : Command ("insert into telefonok 
syvalues("KovEcs JEnos", "123456789"") 
conn : Commarxid ( "commit " ) 


A PostgreSOL-programozás elmélyítésére ajánlom a 
cliplibs/clip-postgresgl/example könyvtárban található 

my psgl.prg programot, ami egy mini SOL-konzolt valósít 
meg clipben. A PostgreSOL modult használó programok 
fordításakor a clip parancssorban vagy a Makefile-ban a 
- lc1lip-postgres kapcsolót is meg kell adni. 


Párhuzamos programozás 

A clip lehetővé teszi, hogy a vele fejlesztett programok többszá- 
lúak legyenek. A forrásfájl könyvtárában e lehetőség megvalósí- 
tását a thread.c fájl tartalmazza. 

A clip csomagban néhány példaprogram is található, amelyek 
mutatják be az alaplehetőségeket. A 4. listában látható kis 
program is ebből a gyűjteményből származik, elláttam azon- 
ban néhány 
magyarázattal. 
Az ottani ma- 
gyarázatok, 
remélem, elégsé- 
gesek a program 
működésének 
megértéséhez. 
Az f1 függvény 
azért nem lesz 
önző, mert néha 
blokkolódhat. 
Ez az £2-re nem 
igaz, hiszen a 
TaskPeekMsg 
aszinkron vég- 
rehajtású, így 
szükség van 

a szál időnkénti közvetlen altatására (sleep). A fenti példa a szá- 
lak közti kapcsolattartásra egy egyszerű megoldást is bemutat. 


Hálózatos alkalmazások készítése 

A clip rendszer egy alapszintű hálózatkezelő részt tartal- 
maz. Megfigyelésem szerint ez a modul még jelentős 
fejlesztésre szorul, de külső C/C-- - eljárások használatával 
már most is teljes értékű programokat írhatunk. Nézzünk 
egy egyszerű clipprogramot, ami kapcsolatba lép egy webki- 
szolgálóval és egy érték nélküli GET kérést küld neki, majd 





a kapott választ a képernyőre írja: 


/ httpteszt.prg 
procedure main( ipcim ) 
buff-"GET  "-i4chr(10)-chr(13) 
eredmeny-space(1000) 
sock - tcepconnect( ipcim, 80 ) 
// Kapcsol dEs a 80-as kapura 
tepwrite(sock, Oobuffí, len(buff)) 
// Adatk Idős a TCP-foglalaton kereszt 1 
tecpread(sock, OCeredmeny, 1000 ) 
// A vKElasz olvasZsa 
tecpclose (sock) 
// A TCP-foglalat lezgrEsa 
? eredmeny 
7 


return 


A programot a clip -e httpteszt . prg paranccsal kell 
lefordítani. A -M kapcsolót azért hagyhattuk el, mert main 
eljárást elkészítettünk, azaz nem kérjük annak önműködő lét- 
rehozását. A . /nttpteszt 127.0.0.1 parancs például 

a helyi gép 
nyitóoldalát 
kéri le. 

A TCFP/IP-fog- 
lalat (socket) 
illesztésa fcp.c 
forrásfájlban 
lett megvaló- 
sítva. Érdekes 
lehet a követ- 
kező, clipbeni 
osztályként 
megvalósított 
modulok for- 
ráskódjának 
tanulmányo- 
zása: SMIP- 
protokoll, 
HIML-, illetve 
CGI-támogatás (elemző és HIML-létrehozó lehetőségek), URL- 
osztály, aminek a használata hasonló a Java URL class-éhoz. 


u első 
ő második 
ő harmadik 


(0 
nm. 
v 
2 
e 

(0 

aham 

DD 
c 


vas. hátfő kedd szerd, csüt. pént. szomb 


egy hét ... 





A Clip üzleti grafikája 


Titkosítás 

Számos esetben szükségünk lehet rá, hogy értékes adatainkat 
titkosítsuk. A cliplibs/clip-crypto könyvtár crypto . c modulja 
remek megoldást kínál erre, egyúttal újabb példát láthatunk 
külső C-függvények illesztésére. Nézzük meg, hogyan is hasz- 
nálhatjuk ezt az eszközt rendszerünkben! 


// titok.prg 

msg:-" Kedves BarXtom!" 

// Ez a ny It sz veg, amit titkos tani akarunk. 
key-" asdf" 

// A titkos tEshoz haszn£lt kulcs. 


msg1:-evp encrypt(msg, key) 

// msg1i a titkos tott sz veget tartalmazza 
? msgl1 

// ki rjuk a köpernyire 

nmeg2:sévp decrypt (msgi; key) 

// visszakapjuk az eredeti sz veget 
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? msg2 
// ki rjuk a köpernyire. 
? 


A fordítás és összeszerkesztés a clip -e -Mtitok.prg 
segítségével lehetséges. 


A gzip és bzip2 használata 

legyük fel, hogy a csomag.gz fájl egy gzip-pel tömörített fájl. 
Ezt a h: -gzipOpen ( "csomag.gz" , "rwb") függvénnyel 
megnyithatjuk, amelyben a h a fájlkezelő. A fájlt 
gzipWrite(h, msg) és gzipRead(h, omsg1) függvények- 
kel írhatjuk, olvashatjuk. A fájlkezelő műveletek befejezéseként 
tömörített fájlunkat a gzipClose (h) hívással zárhatjuk le. 

A bzip2 formátumra is hasonló eljárások léteznek. Akit részlete- 
sebben is érdekel, nézze át a clip-bzip2 és a clip-gzip könyv- 
tárak tartalmát! 
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Dinamikus képlétrehozás 

Webes alkalmazásokban gyakori lehetőség egy kép háttérben 
való létrehozása, így minden laplekérés alkalmával annak 
időszerűsített változatát láthatjuk. Ilyen eset például az, amikor 
a feltett kérdésre küldött Igen, Nem, Nem tudom válaszokat 
számoljuk, majd ezt az eloszlást egy oszlopdiagramban meg 
szeretnénk jeleníteni. A 4. listán lévő látható példaprogram 
egy napocska ábráját (kislányom óvodai jele) hozza létre, fel- 
tüntetve benne az , Ez a jelem!" szöveget is. A program által 
létrehozott képet a 1. ábra mutatja. 

A program im: toPNG ( ) sora helyett más képformátumokat 
is használhatunk (például toJPEG ( ) ). 


További lehetőségek 

A clip számos további, a fentiekben nem részletezett szolgál- 
tatással bír. Ezek közül nagyon fontosak a grafikus felhasználói 
felület létrehozását, az üzleti grafikát (lásd 2. ábra), a DBF fájlok 
SOL-értelmezőjét (interpreter) és a szabványos kifejezéseket 
kezelő (forrása regex.c) alrendszerek. 

Befejezésül fontos kiemelni, hogy ez a rendszer folyamatos 
fejlesztés alatt áll, a fejlesztők honlapját néhány hetente érde- 
mes megtekinteni, mert könnyen lehet, hogy a programozók 
valami új és érdekes modult illesztettek hozzá a már most is 
gazdag lehetőségeket nyújtó környezethez. 


A cikkhez tartozó listák megtalálhatóak a 38. CD 
Magazin/ Clipper könyvtárában. 


Irodalomjegyzék 
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2 http:/www.english.itk.ru/clipper/ 
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és a CA Clipperben, 1993 
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3. Dr. Dedinszky Ferenc: Clipper 5 ComputerBooks, 1992 
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Nyíri Imre 

(Inyirromol.hu) Jelenleg a MOL Rt.-nél 
dolgozik. Informatikai vállalkozásában 

az Internet, a Linux, valamint a Java prog- 
ramozás gyakorlati hasznosításával fog- 
lalkozik, örök szerelme a C-- maradt. 





2002. augusztus 69 





. — Szaktekintély 


0 Kiskapu Kft. Minden Jog fenntartva 


A névkiszolgálókról 


A névkiszolgálók az Internet (egyik) alapkövének számítanak, 

jó kiszolgálóprogramot találni azonban nem egyszerű. Vizsgáljuk meg, 
hogy pontosan mi a DNS szerepe, és milyen kiszolgálóprogramok közül 
választhatunk, amelyek megfelelnek a követelményeknek. 





névkiszolgálóknak alapvetően két dolgot kell tudniuk: 
AA IP- (hálózati) címekhez nevet és a nevekhez hálózati 

címeket rendelniük. Az emberek könnyebben jegyez- 
nek meg neveket, mint számsorozatokat, ezért az Interneten is 
nevek alapján tájékozódunk. A számítógépek viszont a neveket 
nem ismerik, csak a számokat, amelyek a kívánt célállomáshoz 
irányítják ügyfélgépek kéréseit. Ezt folyamatot, azaz a nevek 
IP-címekre való leképezését névfeloldásnak nevezik. Nagyon 
röviden ebből áll a névkiszolgálók szerepe. lekintsük át, 
miként osztályozhatjuk a kiszolgálókat működésük szerint: 


Gyorstár: az ügyfelek számára a már feloldott nevekhez 
tartozó IP-számokat tárolja, hogy a névfeloldás folyamata 
gyorsabb legyen. 


Rekurzív névkiszolgáló: nem rendelkezik a hiteles információ- 
val, azaz nem ennél a kiszolgálónál találhatók meg az adatok 
a tartományról. Ha gyorstárában az adat fellelhető, akkor visz- 
szaadja. Ellenkező esetben egy másik kiszolgáló felé irányít, 
amely meg tudja mondani, hová kell fordulni a válaszért, de 
legalábbis közelebb jutunk hozzá. 


Hiteles (authoriative) névkiszolgáló: az a névkiszolgáló, amely 
az adott zónát - a keresett tartomány is ebben található — kar- 
bantartja, tehát nála van az elsődleges adat. Ha az a cím, amit 
az ügyfél keres, még egyetlen gyorstárban sem található meg, 
a keresés végül ide jut el. 

Egy névfeloldás — például 8 http:/www.linux.hu cím keresé- 
sénél -— a következőképpen néz(het) ki: 


e Az ügyfél az előtte lévő gyorstárat lekérdezi, hogy a névhez 
tartozó cím elérhető-e. 

e Ha a gyorstár nem találta meg az adatot, az első rekurzív 
névkiszolgálóig jut el. 

e Ez a névkiszolgáló, ha az adat nincs a birtokában, a köz- 
ponti (root) kiszolgálók címét adja meg. 

e  AcKkérés az egyik központi kiszolgálóhoz jut, ahonnan visz- 
szajön, hogy honnan szerezhető adat a .hu tartományhoz. 

e Az újabb kiszolgáló nem tud felvilágosítást adni a linux.hu 
tartományról, azonban meg tudja mondani, hogy ki a 
tartomány felelőse. 

e A linux.hu-ért (is) felelős kiszolgáló meg tudja mondani, 
hogy hol található meg a $ www.linux.hu. 

e A gyorstár az adatot visszaadja az ügyfélnek. 

e Az ügyfél eljut a keresett helyre. 


Bár a folyamat hosszúnak tűnhet, a mindennapi életben ta- 
pasztalhatjuk, hogy nem ennyire rossz a helyzet, hiszen a 
weboldalak gyorsan bejönnek, a levelek sebesen letöltődnek. 
Mindez nagy mértékben annak köszönhető, hogy csaknem 
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minden szolgáltató alkalmaz gyorstárakat, ezzel is csökkentve 
a hálózati terhelést és gyorsítva a forgalmat. Mint mindennek, 
ennek is megvan a maga rossz oldala. Elég csak arra gondolni, 
hogy ha levélkiszolgálónkon pont IP-címet váltunk, egy napig 
biztosan akadozva érkeznek a levelek, mert — amíg a gyors- 
táruk nem frissül — a nem a saját zónánkat karbantartó szol- 
gáltatók mögött lévő ügyfelek nem fognak minket elérni. 

A névkiszolgálóknak van még egy különleges fajtája. Sokan 
vannak, akik szolgáltatásokat szeretnének futtatni a gépükön, 
azonban állandó IP-címmel nem rendelkeznek, ami viszont 
szükséges hozzá. Számukra a dinamikus névkiszolgálók jelent- 
hetnek megoldást. A használathoz szükség van egy többé-ke- 
vésbé állandó vonalra: ez azt jelenti, ajánlott, hogy a dinami- 
kusan kiosztott IP-cím csak 1-2 naponta változzon. A dinamikus 
névkiszolgálók ugyanis nagyon kis időközönkérnt frissítik az 
adatokat, például négyóránként. Ekkor az összes nagyobb 
névkiszolgáló is rá lesz kényszerítve, hogy ha a tárolt adat érvé- 
nyessége már lejárt a gyorstárban, a hiteles kiszolgálót megkér- 
dezze a pillanatnyi IP-címről. A cím tárolása a következőképpen 
történik: a változó című gépeken egy ügyfélprogram fut, mely 
jelenti, hogy az általunk használni kívánt névhez jelenleg 
milyen IP tartozik. Ilyen nemzetközi kiszolgáló a DynDNS.org 
is. Akár saját magunk is kialakíthatunk ilyen szolgáltatásokat. 
Hogy mi kell hozzá? A BIND, egy ddt-server elnevezésű 
kiszolgálóprogram és PostgreSOL adatbázis. Az ügyfeleknek 
pedig a ddt-client programot kell futtatniuk, ha az adatokat 
át akarják adni a kiszolgálónak. A ddt-server adatbázisban 
tárolja a felhasználók adatait és jelenlegi címüket, és ebből 
frissíti fel a BIND beállítófájljait. Debian alatt e környezet kia- 
lakításához minden csomag megtalálható. 

A kiszolgálókat azonban - ha egy adott tartományra nézve 
vizsgáljuk a szerepüket — másként is osztályozhatjuk: 


Elsődleges névkiszolgáló: egy adott tartományért felel, a 
tartományon belüli IP-cím-név hozzárendelés első számú 
meghatározója. 


Másodlagos névkiszolgáló: a másodlagos névkiszolgáló fela- 
data, hogy az elsődleges kiesése esetén is mindenki lekérdez- 
hesse a tartomány(ok) gépeihez tartozó címeket, illetve neve- 
ket. Csak átveszi az adatokat az elsődleges kiszolgálóról, a 
tartományokat beállító fájlokban semmilyen változtatás nem 
kerül érvényesítésre, tehát semmiféleképpen nem térhet el az 
elsődleges névkiszolgálótól. 


A névkiszolgálás másik fontos tulajdonsága, hogy a hálózaton 
lévő számítógépeket feladat szerint is megkülönbözteti. 
Közülük minden tartománynak kötelező bizonyos bejegyzé- 
sekkel (rekordokkal) rendelkeznie -— a zónákat ilyen rekordok 
alkotják. Nézzük át a legfontosabbakat! 





e A rekord - egy hálózati számítógép és a nevéhez rendelt IP- 
cím. Ilyen A rekord például a www.lsc.hu vagy a mail.linux.hu 
hálózati név is a hozzájuk tartozó IP-számmal együtt. 

e  PIR rekord - a reverz rekord, amely azt mutatja meg, hogy 
egy hálózati címhez mely nevek tartoznak. Sok szolgáltatás 
gyakran visszaellenőrzi, hogy ez a név megegyezik-e azzal, 
amelyet a kapcsolódást kezdeményező gép IP-címéhez 
viszonyítva a kapcsolódó alkalmazás mondott, vagyis ha 
én a 192 .168 . 0 . 12-es IP-címről jövök és azt állítom 
magamról, hogy a gép neve tigris.intranet, de visszaelle- 
nőrzéskor kiderül, hogy a 192.168.0.12-es címhez a 
malacka. intranet név tartozik, a kiszolgálóprogram meg- 
tagadhatja a szolgáltatást, feljegyezheti ezt a naplóba stb. 

e  NS  - a hozzárendelt zóna (tartomány) névkiszolgálójára 
mutat. 

e MX - egy adott tartománynak mi a levélkiszolgálója, hova 
kell küldeni a leveleket. Számok állnak mellette, melyek 
a preferenciát jelzik. Érdekesség, hogy ebben az esetben 
minél kisebb a szám, annál nagyobb elsőbbséget élvez a 
hozzá tartozó számítógép. Ha tehát a mailszerver.hu tarto- 
mányra levél érkezik, akkor a levelek először a 0-s MX 
rekorddal rendelkező mwx.lsc.hu számítógép felé irányulnak. 
Ha a gépet vagy a rajta futó levélkiszolgálót nem lehet 
elérni, az ügyfelek a 10-es MX rekorddal rendelkező 
pooh.Isc.hu-nak próbálják a leveleket eljuttatni. 

e , CNAME - , becenév". A szakirodalom a fenti megoldás 
helyett inkább több A rekord használatát javasolja egy IP- 
címre -— tehát inkább mutasson A rekorddal ugyanarra az 
IP-címre a www.lsc.hu és a www.mailszerver.hu, ahelyett, 
hogy hivatalosan az egyik kapja meg az IP-címet, a másik 
pedig csak hivatkozik a másik nevére, hogy így oldódjon 
fel az IP-cím. 


A programválasztékról 

BIND 

Ez a kiszolgáló hosszú múltra tekinthet vissza és rossz a meg- 
ítélése. Mai napig az alapértelmezett névkiszolgáló a telepí- 
téseknél, de ehhez a nagy vetélytárs, a djbdns felhasználói 
szerződésének is köze van. A BIND legújabb, 9-es változatát az 
alapoktól újraírták és nem foltozták, mint tették azt a 4-es 
változatból kiinduló 8-as esetében. A beállítása kicsit nehézkes 
és nagyon kényes a formai dolgokra. A Sendmail után talán 
ebben lehet a legtöbb biztonsági hibát találni. A 9-es változat 
sokáig hibátlannak tűnt, a későbbiek folyamán azonban ebben 
is , zeplőkre" bukkantak, bár közel sem olyan súlyosra, mint 
az előző változatokban. Ezek ellenére nagyszámú szabványt 
támogat és törekszik a biztonságra, jó példa erre a hitelesített 
DNS-válaszok bevezetésének próbája is. Ebben a kiépítésben 

a DNS-kiszolgálók ugyanúgy egy tanúsítvánnyal rendelkezné- 
nek, mint a webkiszolgálók, ily módon biztosítva, hogy a 
válasz jó. Biztonsági hibái mellett memóriahasználata sem 

a legkiemelkedőbb, de ezen is próbálnak javítani, eredmény 
egyelőre nem annyira látszik, viszont biztató jelek is megfi- 
gyelhetők a fejlődésében. leljes körű megoldást nyújt a gyors- 
tártól a hiteles (authoritative) névkiszolgálásig, több grafikus és 


weben keresztül használható beállítóprogram is elérhető hozzá. 


DNS £ BIND címmel könyvet is olvashatunk a témában a 
2 http:/www.isc.org/products/BIND/ címen. 


DJBDNS 

A Omail levélkiszolgáló írója által írt névkiszolgáló, amelyet 
a szerző — szerénységéhez illően - saját magáról nevezett el. 
A BIND-tól alapjaiban eltér, kétségbe vonva a másik prog- 
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ramban alkalmazott módszereket, és követendő útnak a 
szabványok - amelyeket nagyrészt valóban az ISC, a BIND-ot 
fejlesztőcég alkalmazottai írtak — elvetését tartja. A program 
maga biztonságos, az általa használt memória mennyisége 
állítható, a beállítófájl formátuma egyszerűbb a BIND-énál. 
Sajnálatos módon a fejlesztő senki véleményét nem hajlandó 
meghallgatni -— ez a véleményem - és elég kellemetlen a 
stílusa. Az alkalmazás maga azonban kitűnő, bár van, aki 
felhasználási szerződési okok miatt nem használja. Nyílt, 

de bizonyos értelemben nem szabad program. Többen is 
írtak hozzá bővítményeket, amelyek hivatalosan nem kerül- 
hetnek bele az alkalmazásba, illetve a módosításokkal együtt 
nem is terjeszthetők - a fentebb említett fejlesztői hozzáállás 
és felhasználási szerződésbeli gondok miatt. Teljes körű 
megoldást nyújt a gyorstártól a hivatalos névkiszolgálásig. 
Webalapú beállítófelület és számos egyéb hasznos eszköz 

is elérhető hozzá. 

2 http:/www.djbdns.org 
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MaraDNS 

Fejlesztésének kezdete a BIND gyengélkedése és a djbdns 
felhasználási szerződés gondjai miatt kezdődött el. Beállító- 
állománya kísértetiesen hasonlít a djbdns-ére. Az egyetlen 
érv, amit fel lehet hozni ellene, az, hogy még nem sokan 
használják, így nem létezik a széles körű használatból adódó 
kipróbálás és hibakeresés előnye. Megbízhatóan működik és 
teljes körű szolgáltatást képes nyújtani, továbbá a felhasználási 
szerződéseket is figyelembe vevő felhasználókat is maradék- 
talanul kielégíti. 

2 http:/www.nsmarad.org 


Webalapú és grafikus beállítóprogramok 

A Webmin webalapú beállítófelülettel a BIND 8-as változatához 
rendelkezik. 

2 http:/www.webmin.com 

A MyWebDNS a BIND beállításához használható webes esz- 
köz. Előnye - szerintem - az, hogy a beállításokat MySOL-ben 
tartja, így ha a teljes adatbázist biztonsági másolatként használt 
gépre replikáljuk, egy esetlegesen fellépő hiba esetén az eredeti 
állapot sokkal könnyebben visszaállítható. Az Apache kiszol- 
gálón kívül szükséges telepíteni a PHP-t és a MySOL-t is. 

2 http:/mywebdns.sourceforge.net/ 

Az ANK djbdns a bjdbdns-hez készített webalapú beállító 
eszköz. Ennek is előnyére válik, hogy a beállításokat adatbá- 
zisban tartja. Apache-n és MySOL-en kívül Apache-perl szük- 
séges hozzá. 

2 http:/www.nobol.com.br/dns/index.html 


Remélem, írásom által kicsit jobban kiismerhetővé vált az 
Internet, és mindenki ki tudja választani az általa legjobbnak 
tartott alkalmazást. Én személy szerint a djbdns-re esküszöm, 
bár vannak vele kapcsolatban -— nem a felhasználási szerző- 
déssel összefüggő -— kifogásaim. Jelenleg a MaraD NS-t próbá- 
lom ki, hogy mennyire bírja a terhelést. Amint érdemlegeset 
tudok róla nyilatkozni, ígérem, megteszem. 


Deim Ágoston (agoolsc.hu) 

Kedveli a sört, szereti a futást és Imádja 
Szabó Lőrinc verseit. Nem hisz vakon egyik 
rendszerben sem. Vonzódik a BSD-hez Is. 
Tagja az LME-nek és a MBE-nek. Mottója: 
a gép nem lehet fontosabb az embernél. 
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Konnyú álmok (13. rész) 


A titkosítás titokzatos titkat. . . 

bben a hónapban egy kis kitérőt teszünk. Utolsó két 
a cikkünk az Interneten leggyakrabban használt háló- 
zati protokollok sajátosságait tárta fel. Ebbe az irányba 
haladva mindenképpen szót kell ejtenünk azokról a proto- 
kollokról és protokollkiegészítésekről, amelyek az átvitt ada- 
tokat valamilyen formában titkosítják. Az elkövetkező 
néhány cikk a titkosításról és annak gyakorlati alkalmazásai- 
ról szól. A téma elérhető szakirodalma kimerítő, sőt magyar 
nyelvű források is léteznek, ennek ellenére a felhasználók 
jelentős része úgy tekint a kriptográfiára, mint az űrtudo- 
mányra — messziről. A titkosítás tudományának eredményei- 
ben vakon bízik, de a mögötte dolgozó algoritmusok és 
eljárások nagyfokú bonyolultsága visszariasztja a közelebbi 
ismeretségtől. Fontosnak tartjuk, hogy végre egy olyan össze- 
foglaló szülessen, amely nem igényel komoly matematikai 
előképzettséget, de a fontosabb eljárások alapelveit mégis 
meg lehet belőle érteni. Tévedés ne essék, ez a pár oldal a 
tárgyalt téma pontos, mérhető adatokra alapozott leírása és 
bizonyítása híján csak tudományos ismeretterjesztő cikknek 
tekinthető. Reméljük azonban, hogy az itt leírtak sokakban 
kedvet ébresztenek a titkosítás tudományának behatóbb 
tanulmányozására. Az érdeklődők az ajánlott irodalomban 
minden kérdésére kimerítő választ találnak. Akik pedig nem 
válnak kriptográfussá, azok betekintést nyernek ebbe a 
komoly és érdekes tudományba. Helyezkedjenek el kényel- 
mesen, és jó szórakozást! 


A titkosításról általában 

A titkosítás szép, hosszú története helyhiány miatt ma kimarad. 
Inkább foglalkozzunk a gyakorlattal. Igyekszünk csak arról 
szólni, ami működésének megértéséhez elengedhetetlenül 
szükséges. Mi is a titkosítás? Az adatok titkosságával, hitelessé- 
gével és védettségével foglalkozó tudomány. Két alapvető ága 
van: a kriptográfia, amely a korábban felvetett kérdések meg- 
oldásával foglalkozik; és a kriptoanalízis, amelynek a célja a 
kriptográfia által adott megoldások hibáinak feltárása. A krip- 
tográfia további két fontosabb részre osztható. Az egyik ága a 
titkosító algoritmusokkal foglalkozik, a másik azok használati 
körülményeivel, ahol ezen eljárásokat összefoglaló néven 
kriptográfiai protokolloknak hívják. 


A kriptográfia alapfogalmai 

A kriptográfiának, mint minden tudománynak, megvannak 

a saját szakkifejezései. Ezeket a későbbiek egyértelműsége 

és a vonatkozó szakirodalom értő tanulmányozásához elő- 
nyös megismerni. Az adatok továbbítása általában két fél 
között történik: a küldő (sender) és a fogadó (receiver) között. 
Az átvivendő szöveg eredeti formájában a nyílt szöveg (plain- 
text), titkosítva pedig kriptoszöveg (ciphertext). A nyílt 
szöveget kriptoszöveggé alakító eljárás a titkosítás (encryp- 
tion), ellentéte pedig a visszafejtés (decryption). A korszerű 
titkosító eljárások egy vagy több úgynevezett kulcsot (key) 
használnak. A kulcs egy, az algoritmus által megkövetelt 


stét a 


módon előállított, általában kis méretű adatdarab. A jó 
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titkosító 
algoritmusok alapvető 

tulajdonsága, hogy a kulcs ismerete nélkül a nyílt szöveget 

a kriptoszövegből még az algoritmus ismeretében sem lehet 
visszanyerni. 

A jobb érthetőség végett szerepeljenek a kapcsolattartás lépései 
a fenti kifejezések használatával: 


e A küldő egy üzenetet megbízhatatlan (lehallgatható) 
csatornán szeretne a fogadónak továbbítani. 

e A nyílt szöveget valamilyen eljárással, a kulcs segítségével 
titkosítja, így előáll a kriptoszöveg. 

e A kriptoszöveget már nyugodtan elküldheti a megbízhatat- 
lan csatornán a fogadónak, mivel azt — reményeink szerint — 
más nem tudja elolvasni. 

e A fogadó a kapott kriptoszöveget a kulcs segítségével 
visszafejti (amely nem feltétlenül egyezik meg a titkosító 
kulccsal), így a nyílt szöveget már elolvashatja. 


A titkosító eljárások kezdetben semmilyen kulcsokat nem 
igényeltek, de a népek hamar rájöttek, hogy az ilyen eljárások 
megbízhatósága nem kielégítő, ráadásul megfejtésük esetén 
nehéz őket lecserélni. A későbbiekben olyan eljárások kidol- 
gozására törekedtek, ahol a titkosítás megfejtéséhez egy tit- 
kos szó vagy könyv, illetve valamilyen eszköz birtoklására 

is szükség volt. Az ilyen eljárások nagy előnye, hogy ha nem 
az algoritmus hibás, hanem csak a titkos , kulcs" vált ismertté, 
annak cseréjével a titkosság helyreállt. A haladó titkosító 
eljárások is használnak ilyen kulcsokat, de itt a kulcs már 
valamilyen előre meghatározott tulajdonságokkal bíró adat- 
halmaz, amely elengedhetetlen az algoritmus végrehajtá- 
sához. A korábbi kulcsalapú módszerek mai megfelelői, 

a szimmetrikus titkosítási eljárások egyetlen titkos kulcsot 
használnak. EF módszerek komoly hátránya, hogy a küldőnek 
és a fogadónak előre meg kell állapodnia a kulcsban. Itt 

a kulcs biztos továbbítása jelenti a gondot. Ennek kiküszöbö- 
lésére hozták létre az aszimmetrikus algoritmusokat, amelyek 
már nem igénylik a titkos kulcscserét. Mindkét félnek van 
egy titkos és egy nyilvános kulcsa, és ezen kulcspár segítségé- 
vel meg tudják oldani a kulcscserét, adott esetben magát 

az adatátvitelt is. A fent leírtak kissé , matematikusabb" írás- 
móddal így néznek ki: 


Szimmetrikus eljárások (egyetlen kulccsal) 


e E(p.k)— c 
e D(ck)-p 
tehát 


e  D(E(p.k)k) —p 


ahol 

e E - titkosítás (encrypt) 

e — D - visszafejtés (decrypt) 
e  p- nyílt szöveg (plaintext) 





Eltolási táblázat az angol ábécére: 
abcdefghijklmnoparstuvwxyz 
efghijklmnopgrstüvwxyzabcd 


A nyílt szöveg: 
Kínos, ha az embert fejbe vágják egy lédús citromszelettel, amit egy 
aranytéglára erősítettek. 

A kriptoszöveg: 


omrsw, le ed igfivx jinfi zekneo ikc pihyw gmxvsgwdipixxip, egmx 
ikc evercxikpeve IVSWMmXIXXIO. 


1. ábra A Caesar-féle titkosítás működése 


e c — kriptoszöveg (ciphertext) 
e "k- kulcs (key) 


Aszimmettrikus algoritmusok (több kulccsal) 


e FE(p.k1)— c 
e  D(ck2) — p 
tehát 


e . D(E(p.k2) k1) — p 


A lenyomatokról (hash) 

És most valami egészen más. A titkosítás kihívásainak megol- 
dása közben olyan eljárások kidolgozása is szükségessé vált, 
amelyek egy adathalmazról (akár egy nyílt szövegről) képesek 
lenyomatot (hash) képezni. Ezt az eljárást egyirányú függvény- 
nek vagy kriptográfiai ellenőrzőösszeg-képzésnek, magát a 
lenyomatot pedig más néven kivonatnak, ujjlenyomatnak vagy 
kriptográfiai ellenőrző összegnek is hívják. Mire jó ez a gyakor- 
latban? Tételezzük fel, hogy van egy olyan eljárásunk, amely- 
nek segítségével egy tetszőlegesen nagy méretű adatot át 
tudunk alakítani egy olyan lényegesen kisebb kötött méretűvé, 
amelyre igazak az alábbi állítások: 


e A lenyomatból az eredeti adatra vonatkozóan semmilyen 
következtetést nem lehet levonni, vagyis egyirányú. 

e Nagyon nehezen található olyan másik adat, amelynek 
lenyomata megegyezik az eredeti adat lenyomatával, tehát 
nagymértékben ütközésmentes. 

e — Az eredeti adat kismértékű változása nagy változást okoz 
a lenyomatban. Ezt a szakirodalom lavinahatásnak hívja. 


Ha ilyen eljárással képzünk lenyomatot a nyílt szövegről, 

a lenyomat titkosított változatát az átvitt szöveg mellé 
csatolva a másik oldal meggyőződhet róla, hogy az üzenetet 
valóban mi küldtük, és az átvitel során az nem módosult. 
Sokakban felmerülhet a kérdés, hogy miért nem a teljes 
átvivendő adatot titkosítottuk. Ennek két oka van: az egyik, 
hogy bizonyos esetekben az üzenet titkosítására nincs 
szükség, csak feladójának egyértelmű azonosítása a cél. 

A másik ok, hogy a titkosító algoritmusok jelentős része 
nem gyors, sőt kifejezetten lassú. Egy mai átlagos gépen 

a később tárgyalt RSA algoritmus alkalmazása egy 10 MB 
méretű állományra néhány perc. 

A jó lenyomatképző algoritmusok fontosabb elvárt tulaj- 
donságait fent már felsoroltuk. Tisztázzuk azonban, hogy 
pontosabban mit jelent az ütközésmentes kifejezés. Mivel 
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A betűhelyettesítő táblázat 
abcdefghijklmnoparstuvwxyz 
bcdefghijklmnopgrstuvwxyza 
cdefghijklmnoparstuvwxyzab 
defghijklmnoparstuvwxyzabc 
efghijklmnoparstuvwxyzabcd 
fghijklmnoparstuvwxyzabcde 
ghijklmnoparstuvwxyzabcdef 
hijklmnoparstuvwxyzabcdefg 
ijklmnoparstuvwxyzabcdefgh 
jklmnopgrstuvwxyzabcdefghi 
klmnoparstuvwxyzabcdefghij 
lmnoparstuvwxyzabcdefghijk 
mnoparstuvwxyzabcdefghijkl 
noparstuvwxyzabcdefghijklm 
oparstuvwxyzabcdefghijklmn 
parstuvwxyzabcdefghijklmno 
arstuvwxyzabcdefghijklmnop 
rstuvwxyzabcdefghijklmnopa 
stuvwxyzabcdefghijklmnopar 
uvwxyzabcdefghijklmnoparst 
vwxyzabcdefghijklmnoparstu 
wxyzabcdefghijklmnoparstuv 
xyzabcdefghijklmnopgrstuvw 
yzabcdefghijklmnoparstuvwx 
zabcdefghijklmnoparstuvwxy 


A nyílt szöveg: 
Frodó úr szerzett egy gyűrűt, és mindenhová magával hurcolta, 
ha kellett, ha nem. 


A titkosító jelszó: 
cirok se prucirok sep ruciro. ks epruciroks eprucir oksepruc Ir 
oksepru cirok 


A titkos szöveg: 
hzíry mv hgythvhd wkn xswzlh, ok gxexgvycfs gpxuxic vejgdene, 
pr yodptkn, JI esw. 


2. ábra De Vignére többábécés módszerének működése 


a lenyomat az esetek jelentős részében nagyobb, mint az 
eredeti adat, a leképezéssel — leegyszerűsítve — egy nagyobb 
elemszámú halmaz elemeit képezzük le egy kisebb elem- 
számú halmazba. Elkerülhetetlen tehát, hogy a kiinduló 
halmaz több eleméhez is ugyanaz az eredmény tartozzon. 
Ezt nevezik lenyomatütközésnek. 


Egyszerű titkosító algoritmusok 

A korszerűbb, összetettebb megoldások megértéséhez szükség 
van az egyszerűbb eljárások és hibáik ismeretére. A titkosítás 
használatának kezdeteinél a tudományok nem álltak még a 
mai szinten. Az akkoriban feltörhetetlennek tűnő algoritmu- 
sokat a tudomány folyamatos fejlődésének eredményeképpen 
ma könnyedén fel tudjuk törni. A titkosítás elmélete és gyakor- 
lata a matematika, az információelmélet és az algoritmuselmé- 
let fejlődésével folyamatosan változik, fejlődik. A fontosabb 
korai titkosítási módszereknek és hibáiknak alapos megismeré- 
sével lényegesen jobban átlátható, hogy milyen típusú táma- 
dásokkal kell számolnia a titkosítással foglalkozónak. 
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JENNES te 

$! /usr/bin/perl -w 
sub help(); 
use Getopt: :Std; 
üz schanget abaoee edlket sgt tette tát KG a KEEN e et 
teny! N s MTU SB " " s MU 

oN s 117 GYALU LL LENSZT AL Gy ALU ARRR 1) GAL EZ TAG An ba ALLAN TTL 
csi n ű! n  -ESERELB 

tp NÖM s Wan " " s nen, TU KN TNESESSS ma Ho 
E tNML (OLAS LUSTA 

kn NN s 117 GAL LNKEKRNÁL LUNA LUNS SERRRB LOTTGTA USA VTÓJ LUNS GRRR Eg A LAASNRNÁT URRA 
—s "gy ) 
my sSopts; 
getopts ("Tedp:", YS5opts) 


1£ 6(!  deftinedí(Soptsíipi)) 


( 


print("A jelsz 


help () ; 
J 
$pwd - Soptsí(pj; 
nplerm — "length (Sowd) ; 
if (! (defined($opts(e)l) or defined($opts(d)))) 


( 
] 


elsif (defined(Sopts(e)) and defined(Soptsídh)) 


( 


sojosslejel a 


print ("Egyszerre nem tudok titkos tani 


ejzsívisszatejténis Wa) 
helpk) ; 


] 


my Sletters - 0; 
while(cs5) 


( 


chomp ; 
tor (51 0-7 Si-lengen Sir Fr) 
( 
zs ÉG TSÜGS EE he tk S dys; 


if (defined($changetable($1))) 


í 
] 
TE (SIESS VW ) 


$1 - Schangetable(s1]; 


Julius Ceasar eljárása 

A következő eljárást a történelemkönyvek szerint Julius 
Caesar alkalmazta először, ezért róla nevezték el. Meglepő 
módon a neve: Ceasar-féle titkosítás. Lényege a következő: 
a nyílt szöveg betűit úgy titkosítjuk, hogy azokat az ábécé 
szerint megadott betűvel eltoljuk. Ha az eltolás négy betű, 
akkor a nyílt szöveg ,a" betűjéből a kriptoszövegben , e" betű 
lesz, a ,b"-ből ,£", és így tovább. Ennél az algoritmusnál a 
kulcs az eltolás mértéke, jelen példánkban a négy. Az így 
kapott kriptoszöveg első ránézésre betűk összefüggéstelen 
halmaza. Ezt az eljárást szemlélteti az 1. ábra. Az ábrán is jól 
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sajnos nincs megadva.MW") ; 


Mini titkosítónk: megatiítok 3000.pl 


if (defined (Soptsf(eb)) ) 


( 


H emerype 
pPEiNE (ene ord (s hegye 
sord(substr(Spwd, $Sletters $§ Splen, 


ST YESS I 9719 
else 
( 
t decrypt 
my Sennat e sordíisíj 977 
sord(substr(Spwd, Sletters § 
ssplen, 1)) 97; 


Jea esetem 510) 


t 
] 


PElHEt(GAr (ScnaE 97) 


] 


SlettersS-rt-; 


SGilataltaáe EM 6s 


] 


else 


( 


] 
] 


DE TETŰ NT s 


fá e ís 1 


] 


sub help() 


( 
PTLNESZSBOE 

HasznElat: de vigenere -p cjelsz s: [-e[-d] 
A program Blaise De Vigenőre titkos t 
algoritmúsákval titkos C€ vagy tejt 
vissza, a megadott jelsz val. A jelsz t 
a -p paramóterben kell megadni, a 
titkos tEshoz a -e, a visszafejtöshez 
pedig a -d paramftert kell megadni. 
Ha egyik sincs megadva, akkor 
a program titkos €. 


EOF 
exit (1) ; 


látható azonban ennek a módszernek a hibája. Mivel a nyílt 
szöveg bizonyos szabályosságokat mutat, a módszer viszony- 
lag könnyen felismerhető, megfejthető. Minden nyelvre 
jellemző például a betűk előfordulási valószínűsége, a betű- 
többszöröződések, a betűkettősök és -hármasok átlagos 
száma. Mivel maga az alapmódszer csak a betűk számának 
megfelelő eltolási lehetőséget kínál, a titok próbálgatással 
hamar kideríthető. Ha nem egyszerűen eltoljuk a betűket, 
hanem a helyettesítésnél valamilyen véletlenszerű sorrendet 
használunk, az a próbálgatásos feltörést kissé nehezebbé teszi 
(a lehetőségek száma: hozzávetőleg a 25 faktoriálisa). 





Ékezetes betűk 
szóköz nélkül 


Kis ábécé 
szóközzel 


Kis ábécé 
szóköz nélkül 


a] ms] mor] a 
A [2] 2] 37 
B 172 
c] 063 [054] 060 
D um 
ESEK [ERRTÉSSZO ESZÁ LEE SEK TESEKETTT 
É Ik] 2 [7381 
E] 09] 083 [7 088 
G 3.55 
KNENNRI RENYA RÁTSTONRR IEEGEZS 
DD 548 [48] 438 
J [105 [080 [7 121 
k [58 [526 [58 
L [623] 054 [680 
M 3.92 
KIESTEK EGES EMKE [EZSSKSSRTT 
o [68 [60 441 
7890 [NÉ ES [ HGgYEETENE IE 717 
Pf 108 [7088] 18 
a ] 000 [000] 000 
R 4.22 
S EEG SENKERETR [TRGSÁTLOKSERRBNITREESSES 
1 1.817 
U 247 2,24 1,29 
EZ 8 d 0.93 
NAK ESEESSÁT EZERRE MEKA EZRES KERT 
w [000 ] 00 [00 
x ] 002 ] 00 ] 7 001 
Y 1,92 Hi b 2.21 
zh 9 [AM] 446 
Szóköz 13,70 


A magyar nyelv betűgyakoriságai 10 000 betűs újságszöveg alapján 


Ezt a módszert nevezik egyábécés titkosítási módszernek. 

A módszer használata mellett a küldő és a fogadó oldaláról 

a hozzárendelési táblázatnak ismertnek kell lennie (ebben az 
esetben a táblázat a kulcs). A módszer hibája, hogy nem fedi 
el a nyílt szöveg szabályszerűségeit. Mivel minden betűírásos 
nyelvben meghatározhatók a betűk előfordulási valószínű- 
ségei, a titokfejtőnek nem kell próbálgatással piszmognia. 
Nem kell mást tennie, mint meghatározni az egyes betűk 
(jelek) számát a kriptoszövegben, és azok előfordulási arányai 
alapján a titkosítási táblázat könnyen létrehozható. 
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De Vignére többábécés módszere 

Többek közt a fent ismertetett eljárás néhány továbbfejlesztett 
változatát ismertette Blaise De Vigenére a középkorban. Az ő 
eljárásának az a lényege, hogy a nyílt szöveg betűinek helyette- 
sítése a szövegben elfoglalt helyüktől is függ. Ehhez egy betű- 
táblázatot állít fel, amely egymás alatt az újra és újra eggyel 
eltolt ábécét tartalmazza. Az eljárás működési elvét a 2. ábra 

és az 1. listán látható egyszerű kis Perl-program szemlélteti. 

A nyílt szöveg minden betűjének egy jelszóbetűt feleltet meg. 
Amennyiben a jelszó rövidebb, mint a titkosítandó szöveg, a 
jelszó ismételgetésével nyújtja meg a megfelelő hosszúságúra. 
A kriptoszöveg egy betűjét a táblázatban a nyílt szöveg megfe- 
lelő betűje és a hozzá tartozó jelszóbetű határozza meg. Ez 

a gyakorlatban azt jelenti, hogy a jelszó betűi határozzák meg, 
hogy az adott betű melyik eltolási táblázat szerint lesz módosítva. 
Ez az eljárás kismértékben képes elfedni a nyílt szöveg szabály- 
szerűségeit, de megadott felhasználása sem védett a statisztikai 
alapú támadások ellen. Egyértelmű, hogy ha a titkos kulcsszót 
ismételgetve használjuk a betűk eltolásának meghatározására, 
akkor a betűk minden ismétlésnél a korábbival megegyezően 
lesznek eltolva. Ha tehát meg tudnánk határozni a titkos jelszó 
hosszát, akkor minden periódusra meghatározhatnánk a koráb- 
biakban említett betűvalószínűségeket, így a nyílt szöveg -— és 
ezáltal a jelszó — minden egyes betűjét meg tudnánk határozni. 
Ennek kivitelezése a következő: mivel a módszer a betűk előfor- 
dulási valószínűségét a kriptoszövegben egyenletesebbé teszi, 
ha meg tudnánk határozni, hogy a szöveg milyen periódusai 
térnek el leginkább az egyenletestől — tehát mely szakaszok 
mutatják a leginkább a természetes nyelv jellegzetességeit —, 
akkor megtudnánk a jelszó hosszát. Rendre meghatározzuk 
minden második, harmadik, negyedik stb. betű csoportjának 
betűeloszlását, és amelyik a legjobban egyezik a természetes 
nyelv betűeloszlásával, annál ellenőrizzük, hogy a periódus 
minden betűcsoportja a magyar nyelv betűvalószínűségeit 
hozza-e. A fenti elemzés csak akkor tud a megfelelő hatékony- 
sággal működni, ha elegendő kriptoszöveg áll a rendelke- 
zésünkre. Nagy előnye, hogy nemcsak ezt a klasszikus eljárást 
lehet hatékonyan törni vele, hanem egy általánosabb módszert 
is. Ha ugyanis a titkosító táblázat soraiban nem eltolt, hanem 
kevert betűk vannak, az egyes sorok betűsorrendjét is meg 

kell találnunk. Ezt pedig a jelszó minden betűjére el kell végez- 
nünk. Ennél a módszernél lényegesen jobb védettséget ad, 

ha az első, a jelszóval titkosított blokkot használjuk fel mint a 
soron következő blokk jelszavát és így tovább. Nagyon hasonló 
alapelven működnek a modern szimmetrikus algoritmusok is. 


Mini titkosítónk 

Az 1. listán látható példaprogram nagyon egyszerű megvalósí- 
tása a fent tárgyalt De Vignére-féle algoritmus egy formájának. 
Az egyszerűség kedvéért csak a betűket titkosítja vagy fejti 
vissza, az egyéb karaktereket figyelmen kívül hagyja. lovábbi 
egyszerűsítés, hogy minden betűt kisbetűssé alakít és az ékeze- 
tes betűket ékezetmentesekre cseréli le. Használata nagyon 
egyszerű. A program a -p kapcsoló után várja a titkosító jel- 
szót, ha mást nem adunk meg, akkor titkosít. Ha a -d kapcso- 
lót is megadjuk, akkor a megadott jelszó felhasználásával 
visszafejti a kriptoszöveget. A nyílt vagy kriptoszöveget a szab- 
ványos bemenetén várja, és a szabvány kimenetén jelenik meg 
az eredmény. Ez az egyszerű program így elég karcsú, de kis 
módosítással tökéletes titkosító készíthető belőle. Elegendő úgy 
átírni, hogy a jelszót egy állományból vegye. Az állományban 
lévő jelszónak természetesen meg kell felelnie a korábban leírt 
feltételeknek. lovábbi érdekesség, hogy ha egyetlen betűs 
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titkosító jelszót választunk, a korábban leírt Caesar-féle eljárást 
kapjuk, mivel minden betűt ugyannyival tolunk el. 

A program használatával lelkes olvasóink érdekes feladat elé 
állíthatják magukat: írjanak programot a korábban ismertetett 
fejtési eljárás önműködővé tételére. Ennek megkönnyítésére 
táblázatunkban közöljük a magyar nyelv betűgyakoriságait, 

a következő forrás alapján: [fulop]. Vájt fülűek természetesen 
maguk is elkészíthetik a betűgyakorisági táblázatot az Interne- 
ten található bőséges magyar nyelvű írott anyag és egy egysze- 


rű kis program segítségével. Az Igazi Perl-guru így oldaná meg: 
perl -ne "01-split(//); 


foreach(o1) (i£(/ [[:alpha:] Oz 1cefő 7" T73 
s í(print"$ Na";b))" nagy magyar szoveg.txt ] 
ssort ] unig -c s: atya betugyakorisag.txt 


A tökéletes titkosítás 


A klasszikus Vigénere-féle módszerrel az a baj, hogy a jelszó 
adott hosszúságú, így a támadó a periodikusságot kihasználva 
megfejtheti a titkot. A feladat megoldása egyszerű, mint a 
pofon. Minden üzenet továbbítására egyszer használatos jel- 
szót használjunk, amely hosszát tekintve nem rövidebb, mint 
maga az üzenet, és betűi semmilyen módon nem függenek 
egymástól. Ez az egyszerű, mégis zseniális megoldás 1917-ben 
született meg Gilbert Vernam fejében. A szakirodalomban 
véletlen átkulcsolásnak (one time pad) vagy Vernam-féle titko- 
sítóeljárásnak (Vernam cipher) hívják, és húsz esztendővel 
később matematikai módszerekkel is bebizonyították, hogy 
valóban nagyon jó. Sőt: tökéletes. Ezt a titkosítást semmilyen 
módszerrel nem lehet feltörni, ugyanis a véletlen jelszó olyan 
szinten függetleníti a kriptoszöveget a nyílt szövegtől, hogy 
köztük semmilyen összefüggés nem tárható fel. Van azonban 
néhány bökkenő. 


A véletlenszámokról 

A feltételeknek megfelelő kulcsok előállítása egyáltalán nem 
egyszerű, hiszen véletlen számok olyan sorozatát kellene 
előállítani, amelyek függetlenek egymástól. Mindezt általában 
számítógéppel, amely -— ebből a szempontból - túlzottan szabá- 
lyos működésű szerkezet. A megfelelő véletlen számok, vélet- 
lenszám-sorozatok előállítása a titkosítás nagyon sok modern 
alkalmazásánál elengedhetetlen, így a titkosítás elmélete 
komoly figyelmet szentel ennek a témakörnek [rand]. A Unix- 
rendszerek általában úgy segítik e kérdés megoldását, hogy 

a felhasználói, hálózati és egyéb tevékenység véletlenszerű 
adatait gyűjtik, és két különleges eszközön keresztül elérhetővé 
teszik. Ezek a /dev/random és a /dev/urandom. A kettő közti 
különbség, hogy a random nagyon jó minőségű véletlen ada- 
tokat ad, de a teljesítménye behatárolt. Addig nem lehet vélet- 
len adatokat kiolvasni belőle, amíg nincs elegendő véletlen 
forrásadat (például felhasználói billentyűleütések). Így ezt nem 
célszerű olyan alkalmazásnál használni, ahol nagy mennyiségű 
véletlenszámra van szükség, és a véletlenszám-előállító idő- 
szakos bedugulása az alkalmazás működésképtelenségét okoz- 
hatja. Ha nagy mennyiségű véletlenszámra van szükség, az 
urandom eszköz használható. 

Sajnos, itt is igaz az általános igazság: a mennyiség növelése 
szinte minden esetben a minőség romlásával jár. Az urandom 
eszköz nem tud kifogyni. 

Az általa szolgáltatott véletlen számok esetében azonban nem 
lehetetlen, hogy valamilyen külső körülménnyel (például 
szélsőséges méretű, állandó hálózati terhelés) befolyásolhatóak. 
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Ezért csak ennek a lehetőségnek a mérlegelése után szabad 
felhasználni. Abban az esetben, ha a kissé bizonytalanabb mi- 
nőségű, de nagy teljesítményű véletlenszám-előállító nem felel 
meg, a kereskedelemben is kapható eszközök használhatók. 
Ezek az egyedi eszközök éppen erre a feladatra vannak kifej- 
lesztve — valamilyen fizikai folyamat véletlenszerűségén alapulva 
állítanak elő nagy mennyiségű, jó minőségű véletlen számot. 


Még egy kis véletlen átkulcsolás, zárszavak 

Tételezzük fel, hogy előállítottuk a megfelelő tulajdonságokkal 
bíró kulcsot. Mind a küldőnek, mind a fogadónak a kulcs birto- 
kában kell lennie. A kulcs továbbítása azonban ugyanazt a gon- 
dot veti fel, mint az eredeti üzeneté. Meg kell találni hozzá a 
megfelelően biztonságos csatornát. Így hiába a tökéletes titko- 
sítási módszer, ha a gyakorlatban nehezen használható. lalán 
egyetlen dologra jó lehet: ha a nyílt szöveget visszük át véletlen 
átkulcsolással, a kulcsot pedig valamilyen más algoritmussal 
titkosítjuk, némi védelmet nyerünk, mivel a véletlen kulcsnak 
nincsenek statisztikai módszerekkel támadható sajátosságai. 

A cikksorozat további részeiben szót ejtünk a legfontosabb 
szimmetrikus (egykulcsos) titkosító algoritmusokról, a DES-ről 
és leszármazottairól, valamint az új szabványnak tekinthető 
AES-ről. Utána kerül sorra az aszimmetrikus csapatból a Diffie- 
Hellman javasolta módszer, az RSA és a DSA algoritmus. 
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Az X beállítása 


A mostani részben gyors áttekintést adunk a különböző X-beállító eszközökről. 


inden Linux-változat ren- 
delkezik egy segédprog- 
rammal, amivel grafikus 
felületünket (többé-kevésbé) könnyedén 
beállíthatjuk. Az első program, amely 
minden Linuxban, illetve minden olyan 
operációs rendszerben megtalálható, 
amin fut valamelyik 4.x sorozatú X, 

az xigocÍíg. 


Az xföGcíg 


Ez a program alapértelmezettként min- 
den Linux-változatban elérhető, így 
nyugodt szívvel kezdem a beállítóprog- 
ramok bemutatását ezzel a kicsi, elsőre 
ijesztő, ámde nagyon gyorsan kezessé 
váló grafikus programmal. Karakteres 
felületen adjuk ki az xf86cfg paran- 
csot, és ha szerencsénk van, az 1. képen 
láthatóhoz hasonló grafikus felületű 
ablakot kapunk. Itt elvégezhetjük a 
szükséges beállításokat — ez nemcsak azt 
jelenti, hogy X-ünk működni fog, bár 
nem teljes sebességgel, hanem igenis 
azt, hogy nincs vakrepülés, semmi sincs 
a véletlenre és az önműködő progra- 
mokra bízva, így bátran állítom, hogy 

a grafikus felület teljesen testreszabható 
vele. Alapértelmezettként a Configure 
Layout menüpont aktív, itt mindenféle 
eszközt a rendszerünkhöz adhatunk 
(egér, billentyűzet, grafikus kártya és 
monitor). Ha az egérrel megállunk egy 
eszköz felett, a program önműködően 
megjeleníti a nevét és fontosabb beállítá- 
sait (feltéve, hogy már megtettük a beál- 
lításokat). Az eszközön a jobb egér- 
gombbal kattintva elérhetővé válik a 
beállítómenü, ahol az eszköznek megfe- 
lelően szabhatjuk testre a jellemzőket. 
A monitor frissítési frekvenciáját, a gra- 
fikus kártya fajtáját, a billentyűzet faj- 
táját, kiosztását, illetve az egér csatoló- 
felületét, protokollját és a harmadik 
gomb használatát itt tudjuk könnyedén 
módosítani. 

A következő menüpont a Configure 
Screen, ahol a képernyő(k) felbontását 
és a színmélységét szabályozhatjuk. 
Ennek a két menüpontnak a segítségé- 
vel a grafikus felületet hatékonyan 
testreszabhatjuk. 

Igen érdekes menü az Expert Mode: 
mint azt a 2. képen láthatjuk, faszerke- 
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zetben jeleníti meg az eszközök, illetve 
a programok, könyvtárak egymáshoz 
való viszonyát. Mindent közvetlenül 
adhatunk meg, amit leginkább az 
XF86Config-4 fájl szerkesztéséhez tud- 
nék hasonlítani. 


X-A xföbcfe 4 


EH Configure Layout Expert Model asd] 


E Lavout ] [íFrees6 Configured Help! Guit 





Miután végeztünk a beállításokkal, a 
Ouit gombra kattintva lépjünk ki - itt, 
ha akarjuk, menthetjük a változásokat. 


Az xfőGconfig 


Az előbbi program kistestvére, karakte- 
res felületen kérdések tömkelegét intézi 
a felhasználóhoz, ezekre válaszolva 
juthatunk el a megfelelő beállítófájlhoz. 
Bizony, elég spártai, de jól használható 
eszköz, és ha valamit elrontunk, sincs 
nagy gond, mivel az újabb indításkor 
felajánlja a meglévő XF86Config-4 fájl 
beállításainak a használatát, így csak a 
szükséges értékeket kell megváltoztatni 
(lásd 3. kép). 


Egyéb lehetőségek 

Ha gyorsan szeretnénk használható 
beállítófájlhoz jutni, az X -configure 
paranccsal elkészíthetjük, ez a fájl 
azonban még igencsak foghíjas lesz, 
úgyhogy a testreszabást így sem 
kerülhetjük el. 

Több monitor egyidejű használatá- 
hoz a 41. oldalon található cikkünket 
ajánlanám, amelyben a szerzők rész- 
letesen végigvezetnek bennünket 

a folyamaton. 








. Szaktekintély 


Debian/GNÚ 
Az X beállításához talán a leggyorsabb 


és az egyik legegyszerűbb , program" 

— már ha annak lehet nevezni - a dpka. 
Ezzel a programmal minden telepített 
csomagot újra meg újra beállíthatunk, 
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Defaultüepth 6 

befasítépa 
Vetastétéga 
kenitor [Enitorő s. 
Device Bra 


ar 0 OT 
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irst specify a mouse protocol type, Choose one from the following list: 


.,  Hicrosoft compatible (2-button protocol) 

. House Systems (3-button protoco 

, . Bus House 

. . PS/2 Mouse 

. Logitech Mouse (serial, old type, Logitech protocol) 
,. Logitech Housellan (Microsoft compatible 

. MM Series 

,. HM HitTablet 

,.  Hicrosoft IntelliMouse 


If you have a two-button mouse, it is most likely of type 1, and if you have 

a three-button mouse, it can probably support both protocol 1 and 2. There are 
wo main varieties of the latter type: mice with a switch to select the 
Protocol, and mice that default to 1 and reguire a button to be held at 
boot-time to select protocol 2. Some mice can be convinced to do 2 by sending 
a special seguence to the serial port (see the ClearDTR/ClearRTS options), 


nter a protocol number: [] 


XTerminalósharon B A 
szí 


[9] Configuring Xserver-xfree86 


The Z/etc/X11/XxFő6Config-d file, which contains the configuration 
information for the XFreeS6 version 4 X server, can be handled 
automatically by debconf, or manually by you, 


Note that only specific, marked sections of the configuration file will 
be handled by debconf if you select this option: if those markers are 
absent, the configuration file will not be updated automatically, and 
you will have to update the file manually, or move or delete the file, 


Manage XFree86 4.x server configuration file with debconf? 


MISS No? 


így ha a grafikus részt szeretnénk 
beállítani vagy módosítani, adjuk ki a 


dpkg-reconfigure xserver- 
xíree86 


parancsot. Ekkor menüvezérelt felületet 
kapunk, amelyben a fontosabb 
beállításokon ugyancsak 
végiglépdelhetünk. Meglehetősen jó 
eredményeket érhetünk el vele. 

Jó szórakozást és bíbelődést! 


Csontos Gyula 


2002. augusztus 1ö 
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A régi gépek sem rossz gépek (2. rész) 





A ,komondor" számítógépek lelkivilága Linux alatt. 


int azt sorozatunk első részében is írtam, a régebbi 
gépekre készült programok futtatásába fogom egy 
kicsit beleásni magam. Rövidke írásaimban mind- 





azoknak próbálok segítséget nyújtani, akik néha nosztalgiázni 
kívánnak, esetleg jó öreg gépükre írtak egy programot, amit 
nincs kedvük újraírni, viszont szeretnék használni. 

A címből is kiderülhet, hogy mostani írásomban a Commodore 


számítógépekre készült programok 
futtatásával foglalkozom, ezek közül is 
leginkább a C64-gyel. Az itt leírtak 
természetesen a C128-as és a VIC20-as 
gépeknél is működnek. 





A VICE Commodore emulátor 

A rövidítés a Versatile Commodore 
Emulator (Sokoldalú Commodore 
Emulátor) rövidítése — ami igaz is, hiszen szinte az összes 
Commodore gépet képes utánozni. Ehhez azonban szükség 
van az egyes gépek programagyára, vagyis a ROM-ban tárolt 
adatokra. Ez minden géphez más és más, például a C64-es 
ROM-készlettel nem futtathatunk 128-asra írt programokat. 

A program legfrissebb változatának forráskódja, illetve rom, 
deb csomagok is megtalálhatóak a 38. CD Magazin/Emulator 
könyvtárában. 

Nézzük, mi is szükséges a környezet kialakításához! A legfon- 
tosabb a VICE-emulátor, ezt a legtöbb Linux-változathoz előre 


lefordított és megfelelően csomagolt állapotban megtalálhatjuk, 
így telepítése nem jelenthet gondot. Ha mégsem találnánk meg 


a megfelelőt, akkor a CD-n lévő forrásból fordíthatunk egyet 
magunknak. Nagyon fontosak a ROM fájlok is, ezek közül az 
alábbiakat kell beszereznünk: 


A VIC20 és a C64, a ROM-készlet az alábbi fájlokat tartalmazza: 
e — kernal, a Kernal ROM (8 KB) 

e — basic, a Basic ROM (8 KB) 

e  chargen, a karakter-előállító (character generator) ROM (4 KB) 


A C128 ROM készlete: 

e — kernal, a Kernal ROM (8 KB) 

e — basic, a Basic t Editor ROM (32 KB) 

e  chargen, a karakter-előállító (character generator) ROM (4 KB) 


Mivel sehol sem leltem utalást ezeknek a fájloknak a felhasz- 
nálási korlátaira, nem kerültek fel a CD-re, de az Interneten 
bárki megtalálhatja őket. 

Miután telepítettük a VICE-t, és megszereztük a szükséges 
ROM-fájlokat, kernal, basic és chargen néven másoljuk be 
(Debian/GNU alatt) a /usr/lib/vice megfelelő alkönyvtárába 
(ha C64-es programokat akarunk futtatni, akkor a hozzá tar- 
tozó ROM-fájlokat a /usr/lib/vice/C64-es könyvtárba rakjuk). 
A harmadik nagyon fontos dolog, hogy legyen programunk, 
amit futtatunk, enélkül ugyanis nem sok értelmük lenne az 
előbbi lépéseknek. A programok legátfogóbb tárháza a 

2 http:/www.lemon64.com/ címen érhető el. 
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A programok vagy . tap, vagy .d64 kiterjesztéssel vannak 
ellátva, a . tap a kazettát jelöli, a . d64 pedig a lemezegységet 
(elég vicces, hogy amikor . tap fájlt akarunk betölteni, kiírja, 
hogy PRESS PLAY ON TAPE). A programokat legegyszerűbben 
a parancssorban megadva futtathatjuk: 

x64 F1.tap 

ekkor az emulátort elindítva a program betöltődése is meg- 


FFHESEHTS 
- ús 


ten] 
ue SIHULHEHTÚE 
38— ev 
Mr 


Lét a in 


kezdődik. lermészetesen a jó öreg LOAD parancsot is használ- 
hatjuk, én azonban az előzőt javaslom. 

Ha C128-as programot kívánunk futtatni, az x128, ha VIC20- 
ast, akkor pedig az xvic parancs futtatásával tehetjük meg. 

A képen látható a The way of the exploding fist karatejátékkal 
annak idején hatalmas botkormánytörő versenyeket rendeztek. 
Kellemes nosztalgiázást! 

A VICE honlapjai 3 http://viceteam.bei.t-online.de/ 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) a Linuxvilág 
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szívesen mászik hegyet és kerékpározik. 








Zope lapsablonok 


Fedezzük fel, hogyan készíthetünk hasznos és 
együttműködő dinamikus weblapokat ZPT-tulajdonságok 


és HTML együttes felhasználásával. 


web hőskorában csaknem minden weblapkészítő 
AA egyben valamilyen programozó volt. Biztosak lehe- 

tünk benne, hogy minden webmester saját maga te- 
lepítette a webkiszolgálóját, tudta, hogyan kell kézzel HIML-t 
készíteni, és a legfontosabb CGI-parancsfájlokat is meg tudta 
írni magának. 
Idővel azonban számos szerkesztő, tervező, illetve más nem 
programozó szakember is részesévé vált a webfejlesztés folya- 
matának. Bár gyakran megvolt a lehetőség, hogy őket is meg- 
tanítsák a HIML nyelv használatára, a HIML csak statikus 
weboldalak készítéséhez volt elegendő. 
A dinamikus oldalak azonban, amelyek akkoriban szinte kivé- 
tel nélkül CGI-parancsfájlokon keresztül készültek, egészen 
másképp működnek. Ha ugyanis a tervező meg szeretné vál- 
toztatni egy statikus lap háttérszínét, egyszerűen csak módo- 
sítja a megfelelő HIML-fájlokat (vagy manapság egy globális 
stíluslapot), és már készen is van. Ha ez a tulajdonság azonban 
egy CGI-programban rejtezik, a tervezőnek a programozótól 
kell kérnie a lap megváltoztatását. Ez a megoldás senkinek sem 
jó: a tervező nem tud új ötleteket próbálgatni, a programozó 
pedig apró és idegesítő változtatásokat kénytelen végezni, 
miközben a többi programozói munka szünetel. 
Néhány éve erre a gondra a legelterjedtebb megoldás az úgy- 
nevezett sablonok használata, amelyek valójában a HIML és 
programozási nyelv keverékei. A talán legismertebb üzleti 
példa az ilyen sablonokra a Microsoft Active Server Pages 
(ASP) nyelve, de a Sun JavaServer Pages (]SPs) szintén igen 
népszerű. A nyílt forrású programok fejlesztői számos saját, 
magas minőségű sablonmegvalósítást készítettek, ideértve a 
HTML::Masont (amely mod per1-lel működik a legjobban ), 
a PHP-t (kifejezetten websablonokhoz készült nyelv) és ADP-t 
(az AOLServer-hez hozták létre). 
Az ilyen sablonok mögött meghúzódó alapelképzelés igen 
egyszerű: alapértelmezés szerint minden statikus HIML, 
kivéve, ami valamilyen különleges zárójelek közé kerül. 
Amikor a tervező ilyen sablonokkal dolgozik, általában csak 
annyit kell mondani neki: , Mindent módosíthatsz, ami nincs 
c$ és 55 jelek között." Tulajdonképpen ez a legtöbb esetben 
igen jól működik. 
Csakhogy idővel az ilyen típusú sablonok hátrányai is egyre 
inkább nyilvánvalóvá váltak. Például mi történik, ha egy olyan 
ciklust akarunk írni, ami adatbázisból lekért elemeken megy 
végig, de tartalmuktól függően minden elemet más és más 
háttérszínnel szeretnénk megjeleníteni? Ebben az esetben nem 
mondhatjuk meg a tervezőnek, hogy hagyja békén a kódot, 
hiszen a kód és a HIML igencsak összefonódik. 
Az utóbbi néhány hónapban vizsgált Zope névre hallgató 
alkalmazáskiszolgáló ezt a gondot az általuk DIML-nek 
(Dynamic lemplate Markup Language) nevezett nyelvvel 
próbálta áthidalni. Mint azt néhány hónapja láthattuk, 
a DIML egy HIML-szetű szerkezettel bíró nyelv, amely 
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a tervezőknek és a fejlesztőknek 
egyaránt lehetővé teszi a weblapok 
kialakítását. A DIML hatékony, rugalmas és könnyen 
megérthető (legalábbis akkor, ha valaki programozó). 
Amennyiben valaki nem programozó, előfordulhat, hogy 

a DTIML is kissé nehezen érthető a számára, különösen, ha 
eredményeket kér le egy adatbázisból (mint azt a múlt hónap- 
ban láthattuk). Iovábbá a HIML-szerkesztők nemigen tudják, 
hogy mihez kezdjenek a DTML-tagokkal, ami könnyen 
vezethet a DIML-lapok akaratlan összezavarásához. 

Ezen okok miatt a Zope Corporation (korábban Digital 
Creations), amely a nyílt forráskódú Zope alkalmazáskiszol- 
gálót fejleszti, most arra ösztönzi a fejlesztőket, hogy próbálják 
ki a Zope Page lemplates (ZPI, azaz Zope lapsablonok) elneve- 
zésű, új sablonmegközelítést, amely képes megoldani a gondok 
nagy részét. Ebben a hónapban a ZPT-t fogjuk megvizsgálni, 
végigvéve, hogy milyen lehetőségeket kínál a dinamikus 
oldalak készítésére. 


Mi is a ZPT? 

A ZPT három dolgot használ ki: 

e  aHIML XML formátumban is leírható, amit gyakran 
XHIML-ként emlegetnek; 

e az XML lehetővé teszi, hogy elkülönített névterek 
segítségével a különböző dokumentummeghatározások 
tagjait és tulajdonságait összekeverjük; 

e a WYSIWYG HIML-szetkesztők az általuk fel nem ismert 
tulajdonságokat általában figyelmen kívül hagyják 
(de azért megőrzik). 


A ZPT így magát a HIML-meghatározást módosítja azáltal, 
hogy más névtérben elhelyezkedő tulajdonságokat ad hozzá. 
Mivel ezek a tulajdonságok egy másik névtérben találhatók, 
XML és XHIML alatt teljesen törvényszerűek. Minthogy 
tulajdonságokról és nem tagokról van szó, a legtöbb HIML- 
szerkesztő figyelmen kívül hagyja őket, és a tagot úgy jeleníti 
meg, mintha a tulajdonság nem is létezne. Mivel a böngészők 
figyelmen kívül hagyják azokat a tulajdonságokat, amelyeket 
nem ismernek fel, a ZPI-lapokat akkor is meg tudják jeleníteni, 
ha azok előtte nem mennek át a Zope-on. Más szavakkal: a 
ZPI lehetővé teszi, hogy a programozó egy olyan lapot építsen 
fel, amit a tervező bármilyen neki tetsző eszközzel megnézhet 
és módosíthat. lermészetesen a sablon dinamikus elemei csak 
akkor kelnek életre, ha a lapot Zope-on keresztül nézzük. 

A HIML-ben minden tulajdonságnak van egy neve és egy 
értéke, például a 
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A nevet és az értéket egyenlőségjel (-) választja el, ahol az 
érték idézőjelek közé kerül. Mindez semmit sem változik a 
ZPI-vel való munka során, eltekintve attól, hogy a tulajdonság 
neve TAL (Iemplate Attribute Language, vagyis sablontulaj- 
donság-nyelv) formában van megadva. A TAL több különböző 
lehetséges tulajdonságnevet meghatároz, amelyek mindegyike 
megjelenítéskor a sablon valamilyen módon történő megvál- 
toztatására utasítja a Zope-ot. 

A tulajdonságneveket a IAL határozza meg, de mi adja meg a 
tulajdonságértékeket? Ehhez a IALES-t (IAL Expression Syntax, 
azaz TAL kifejezésszabályok) használjuk. A TALES az adatok 
számára számos forrást határoz meg, ideértve a Python-kifejezé- 
seket és a környező Python-névtér értékeit. A TAL-ból származó 
tulajdonságnév (amely azt mondja meg a ZOPE-nak, hogy 

a környező tagot hogyan kezelje) és a IALES tulajdonságérték 
(amely azt mutatja meg a ZOPE-nak, hogy a IAL kifejezésben 
milyen értéket használjon) együttese lenyűgöző rugalmasságot 
ad a sablonkészítéshez. Ráadásul azáltal, hogy a TAL és a TALES 
közzétett és nyílt forrású formátum, bármikor bővíthetjük, ha 
esetleg még meg nem valósított, különleges igényünk támadna. 


Néhány egyszerű példa 

Most hogy már ismerjük a ZPT mögött rejtező elméletet, ideje 
megismerkednünk a gyakorlati alkalmazással. Első példánk az 
a vázdokumentum lesz, amit a Zope új sablon létrehozásakor 
készít nekünk. Létrehozásához lépjünk a Zope-kiszolgáló 
/manage címére, és a jobb felső sarokban található Add product 
(termékfelvétel) listából a page-template (lapsablon) elemet 
válasszuk (ha semmiféle ,page template"-et nem látunk a 
menüben, a ZPT-termék valószínűleg nincs feltelepítve — ilyen- 
kor Zope-változatunkat frissítenünk kell egy újabbra, hogy 
használhassuk a ZPT-t). Mint azt már megszokhattuk a Zope 
világában, ezután új termékünkhöz egy ID-t kell rendelnünk 
(tehát meg kell adnunk egy olyan egyedi karaktersorozatot, 
amely a címben jelenik meg). Gépeljünk be valamilyen rövid 
nevet, majd kattintsunk az Add and edit pontra. 

Ha a fenti utasításokat egy DIML-dokumentum vagy tagfügg- 
vény esetében követnénk, egy szerkesztőablakhoz jutnánk, 
amely a DIML vázát tartalmazza. Ugyanez a lapsablonok 
esetében is igaz, eltekintve attól, hogy a vázlat most 
egyértelműen IAL- és TALES-kifejezéseket tartalmaz: 


cahtmls: 
cheads 
ctitle tal:content-"template/title": 
A c m-/titles 
c/headsz 
cbodyz: 


-ch2:5cspan tal:replace-"here/title or id": 
Tartalom c m vagy azonos t c/span: 
cspan tal:condition-"template/title" 
5tal:replace-"template/title"s: 
elhagyhat sablon id 
c/span:c/h25 


Ez itt egy LapSablon 
cem tal :content-"template/id":5sablon 
—70idc/em:. 
c/bodyz 
c/htmls 
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A dokumentum lehet, hogy rövidnek tűnik, de hatékonyan 
mutatja be a ITAL és IALES rendszert, illetve azt, hogy mikép- 
pen használhatjuk őket ténylegesen egy dokumentumban. 

A dokumentum a következő IAL-tulajdonságokat használja: 


e Atal:content tulajdonság: a tag tartalmát a TALES- 
kifejezés értékével helyettesíti. Így a fenti példában például 
az , A cím" szavak a template/title IALES-kifejezés 
értékével fognak helyettesítődni, erről azonban még bőveb- 
ben szót ejtünk. A ctitles: és c/titles tagok tulajdon- 
ságaikkal együtt változatlanok maradnak, de a két tag 
közötti szöveg meg fog változni, amennyiben a Zope jele- 
níti meg a sablont. 

e A tal:replace tulajdonság: nagyon hasonló a 
tal : content-hez, de a tartalmat és az azt körbezáró tagot 
is helyettesíti. Gyakran használják a cspan: taggal, amely 
voltaképpen az ilyen esetek kezelésére szánt helyfoglaló 
tag. lehát az első cspan: tagtól az utolsó c/span: tagig, 
ideértve a magukat a tagokat, minden a 
here/title or id IALES-kifejezéssel helyettesítődik. 

e Atal:condition tulajdonság: csak akkor jeleníti meg 
a tartalmát, ha az értéke igaz, azaz nem nulla, nem üres 
karaktersorozat vagy üres lista, és nem a ZPI beépített 
nothing változója. 


Észrevehettük, hogy a második cspan: tag két TAL-tulajdon- 
ságot is tartalmaz: a tal : condition-t és a tal : rTeplace-t. 
Amikor a Zope egy adott tagon belül több TAL-tulajdonsággal 
találkozik, először a meghatározásokat, azután a feltételeket, 
majd az ismétlő ciklusokat, végül pedig a content és 
replace részeket hajtja végre (nem adhatunk meg content 
és replace tulajdonságokat egyazon tagon belül, hiszen 
logikailag kizárják egymást). A második cspan: tagban a 
Zope elhagyható sablonazonosítót ad meg, amennyiben a 
template/title TALES-kifejezés igaz. 

A content, replace és condition tulajdonságokon kívül 
a IAL további három tulajdonságot is meghatároz: 


e tal:repeat lehetővé teszi, hogy végiglépkedjünk egy 
lista elemein. Ha sablonunk egy keresés eredményét, 
adatbázissorokat, esetleg egy könyvtár fájljait jeleníti meg, 
könnyedén végiglépkedhetünk a tartalmon, több külön- 
böző módon jelenítve azt meg. 
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e  tal:attributes lehetővé teszi, hogy helyettesítsük 
(vagy kibővítsük) a befoglaló tag tulajdonságait. Például 
futásidőben is beállíthatjuk az anchor (ca:) tag href 
tulajdonságát, ha az adott ca: tagban a tal :attributes 
tulajdonságot használjuk. A tulajdonságot a lap futásidejű 
kiértékelése során a TALES-kifejezés pillanatnyi értéke fogja 
meghatározni. 

e tal:define lehetővé teszi, hogy új változókat állítsunk 
be, amelyek azután a befoglaló tag belsejéből elérhetők 
lesznek. Ez változóérték másik TAL-tagokba kerülhet vagy 
megjeleníthetjük. 


TALES 

A IAL-t kitárgyaltuk, jöjjenek a TAL-tulajdonságokhoz ren- 
delhető TALES-kifejezések! A TALES-kifejezések legegyszerűbb 
fajtája a ,path expression" (útvonal-kifejezés), amely egy 
Zope-objektumot ír le relatívan a sablonhoz, annak tárolójához 
vagy a lekérdezéshez képest. Az útvonal-kifejezések az URL- 
ekre hasonlítanak, azzal az eltéréssel, hogy a (/) gyökérobjek- 
tum helyett névvel kezdődnek. Az útvonal-kifejezés utolsó 





tagja általában egy tulajdonság lesz, ami megjeleníthető 

(a tal : content-tel), kipróbálható (a tal : condition-tel) 
avagy ismételhető (a tal : repeat-tel). 

A ZPI vázdokumentum négy IALES útvonal-kifejezést használ: 


e  here/title or id, amely az elhagyható title 
tulajdonság értékét (amennyiben létezik), vagy a kötelező 
id tulajdonságot (ha nincs cím megadva) adja át a 
tal: replace tulajdonságnak. 


e  template/title, amely a pillanatnyi sablon (elhagyható) 
címét adja át a tal : condition-nek, majd az azt követő 
tal :replace-nek. 


e  template/id, amely a pillanatnyi sablon id tulajdonságát 
jeleníti meg. 


A template -e kezdődő IALES útvonal-kifejezések magára 
a sablonobjektumra hivatkoznak, míg a here szócskával kez- 
dődők arra az objektumra értendők, amelyre a sablont alkal- 
mazzuk. Ez lehet maga a sablon, de akár egy teljesen más 
objektum is. lovábbi relatív jelölések: reguest (a Zope HIIP- 
kérelem objektuma), repeat (a pillanatnyi ta1 : repeat cik- 
lusadatok), options (a sablonnak átadott értékek) és 
container (a pillanatnyi objektum könyvtára). 
A TALES útvonal-kifejezések nagyszerűek, néha azonban 
nem olyan rugalmasak, mint szükséges lenne. A IALES ezért 
lehetővé teszi, hogy ha a IALES-kifejezést python: jelöléssel 
kezdjük, Python-kódot adjunk vissza. Például egy egyszerű 
számítás eredményét a következő kóddal foglalhatjuk a 
sablonba: 
-p:2 4 2 - cspan tal:replace-"python:2142": 
5 szEmc/span:c/p: 


Létezik még egy string: TALES-előtag is, amely azt jelenti, 
hogy az értéket egyszerű szövegként kell értelmezni. A szöve- 
ges kifejezések tartalmazhatnak $ (dollárjellel) kezdődő helyet- 
tesítendő változóneveket is, hasonlóan a Perl- és parancsfájlok- 
ban megszokottakhoz. A változóneveket kapcsos zárójelekkel 
(( és j) is körbekeríthetjük, valahogy így: $(xj. 


Szabványos kinézet (Look and Feel) 

Amit eddig láthattunk, az mind igen szép a dinamikus tarta- 
lom-létrehozáshoz. De a DIML (vagy bármely más kifinomult 
kiszolgálóoldali makrónyelv) egyik legnagyszerűbb tulajdon- 
sága, hogy a menüket az egyik dokumentumban adjuk meg, 

a fejléceket egy másikban, a lábléceket pedig egy harmadikban, 
majd a további lapokban szükség szerint beolvassuk őket. 

Az egyik megoldás, hogy három külön sablont készítünk 
(menu, header és footer) a pillanatnyi könyvtárban, és a követ- 
kező TAL-kifejezésekkel importáljuk őket: 


cspan tal :replace-"container/menu": 
side j n a men c/spans 


A TALES belenéz a pillanatnyi sablon tárolójába, lekéri a 
menüobjektumot (ami történetesen maga is lapsablon), 

majd a tartalmát a jelenlegi dokumentum cspan: tagjainak 
helyére illeszti. 

A DTML rugalmasságát makrók alkalmazásával is kihasznál- 
hatjuk. A makrók gyakran szerepelnek programozási nyelvek- 
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ben, és lehetővé teszik, hogy futásidőben kiértékelhető kifeje- 
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zéseket készítsünk. A ZPI makró nyelvét METAL-nak nevezik, 
és akárcsak a IAL vagy a IALES esetében, ezt is a HIML- 
tulajdonságok közt határozhatjuk meg, illetve hívjuk meg 

a metal : XML névtér alatt. A METAL makrók képesek foglala- 
tokat (slot) vagy értékeket meghatározni, amelyekhez további 
értékeket rendelhetünk. Nem nehéz elképzelni, hogyan 
lehetne olyan makrót készíteni, amely a dokumentumokat 

a makró által nyújtott foglalatokba helyezve a teljes honlap- 
kinézetet kezelni képes. A makró meghatározása megváltozta- 
tása a teljes honlapkinézetet hatékonyan megváltoztatná. 


Osszefoglalás 

Amikor első ízben hallottam a ZPT-ről, biztos voltam benne, 
hogy ez is csak egy újabb sablonkészítési eljárás, amely 
semmilyen más módszerrel nem csereszabatos. Idővel azonban 
meggyőződhettem róla, hogy a ZPT valóban ügyes és elegáns 
elképzelés, mégpedig az a fajta, amely a fejlesztők és a terve- 
zők munkáját egyaránt megkönnyíti. Bár nem helyettesítheti 
teljes mértékben a DTML-t, úgy érzem, DIML-kódjaim nagy 
részét ki tudom váltani TAL-, TALES- és MEIAL-kifejezésekkel. 
Nagyon várom már, hogy az elkövetkező hónapokban és 
években láthassam e módszerek további fejlődését és még jobb 
illeszkedését a Zope-hoz. 
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honlapon érhető el (3 http:/Avww.lerner.co.il/atf/). 
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A művészet csupán mesterséges valóság 


Tájképek, holdbéli tájak, birkanyájak előállítása a munkaasztalunkon. 


rancois, azt hiszem erről az 1999-es évjáratú Cbte-Rbtie- 
B ról a DID-ben, hogy páratlan. Egy ilyen finom bor 

kortyolgatása a létezés egy új dimenziójába repíti az 
embert. lermészetesen nem a szó szoros értelmében, Francois: 
ez csak amolyan szófordulat, bók, amellyel egy ilyen kitűnő 
bor kereskedőjének fejezem ki az elismerésemet. Hiszen még 
mindig itt vagyok veled ebben az étteremben és éppen az e 
havi menüt nézegetem, melynek középpontjában a mester- 
séges alkotások állnak. 
A valóság és az érzékelés teljességgel személyes élményeken 
alapul, mon ami, olyan élményeken, amelyeket minden Linux- 
felhasználó felfedezhet magának, ha úgy kívánja. A Linux-fel- 
használók egyik nagy kincse az a szabadság, amit a rendszer a 
tehetséges programozóknak világszerte biztosít ahhoz, hogy 
különböző futtatási módot, környezetet hozzanak létre a számí- 
tógépes munka vagy a játékok számára. Így azok, akik hozzám 
hasonlóan csak használják, előkészítik és felszolgálják ezeket az 
alkotásokat, szintén osztozhatnak ezekben az elképzelésekben. 
Francois, merre jársz, mon ami? Úgy látom, kicsit elkalan- 
doztak a gondolataid. Á, mes amis! Isten hozott titeket Chez 
Marcelnél! Észre sem vettem, hogy már itt vagytok! Francois, 
siess, hozz még ebből a csodálatos borból a vendégeinknek, 
immédiatement! Foglaljatok helyet, helyezzétek magatokat 
kényelembe! Francois perceken belül hoz még ebből az 1999-es 
Cbte-Rbtie-ból, amit éppen kóstolgattam, izé, illetve minőségi 
vizsgálatnak vetettem alá. lIalán furcsán hangzik, mes amis, de 
Francois és én éppen a valóság és az érzékelés sajátosságairól 
folytattunk eszmecserét. 
Soha nem fogom elfelejteni életem első fraktál tájképét. . . 
A hegyvidék lélegzetelállító látványa, a hófödte csúcsok és a 
köztük megbúvó hegyi tavacskák: ezek segítettek megérteni 
a matematika igazi szépségét. Ha valami olyan bonyolult do- 
log, mint egy tájkép, egy páfrány levele vagy egy csillagrend- 
szer, és matematikai műveletek sorozatának folytonos 
ismétlésére vezethető vissza, akkor létezik a világegyetemnek 
valami vitathatatlanul tökéletes szépsége. 
Egy programocska, az xmountains használatával saját 
magunk is készíthetünk ilyen álomszerű tájképeket. Láto- 
gassuk meg a szerző, Stephen Boot honlapját 
(2 http:/www.epcc.ed.ac.uk/-spb/xmountains$), és töltsük le 
a program legfrissebb változatát. Készítsük el a saját kis , való- 
ságunkat", alakítsunk rajta egy cseppet, azután ékesítsük vele 
az asztalunkat. 
Itt az ideje, hogy kicsomagoljuk és lefordítsuk a forráskódot! 
Figyeljük meg, hogy egy ideiglenes könyvtárat hoztam létre, 
amelybe kibontottam a forráskódot. A fájlok sajnos nem a saját 
könyvtáraikkal lettek mentve. AZ xmountains lefordítása az 
alábbi egyszerű lépésekből áll: 


mkdir temp dir 

ed. teme. dir 

tar -xzvei mountains 2.6. tar.gz 
xmkmf 

make 
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Az eredményként előállt futtatható állományt ezután tetszés 
szerinti könyvtárba másolhatjuk (esetleg a /usr/local/bin alá). 

A program parancssori kapcsolóival sokféle módon állíthatjuk 
be a kimenetet, mód van azonban arra is, hogy egyszerűen az 
xmountains § parancsot begépelve gyönyörködjünk a lát- 
ványban. Egészképernyős ablak jelenik meg egy véletlenszerű- 


Pf e 


en előállított tájképpel. Tíz másodpercenként a tájkép balra 





1. kép Egy hegyvidéki virtuális valóság 


elmozdul, és az ablakban a frissen megjelenített új terepsza- 
kasz válik láthatóvá. A beállítási lehetőségek megtekintéséhez a 
-h kapcsolót használhatjuk. Az 1. képen figyelhetjük meg, 
hogyan fest az xmountains egyik kimenete. 

Az általunk használt ablakkezelőtől függően az xmountains 
olyan módosítására is lehetőség nyílik, hogy közvetlenül a 
háttérre írjon és így egy folyamatosan változó fraktál tájképet 
adjon kimenetként. Alapértelmezés szerint a kód ezt nem 
engedi, és nem is működik jól minden ablakkezelővel, ezért 

a szerző ezt a beállítást nem engedélyezi a program számára. 
Én úgy öntöttem, hogy mégis megteszem az ehhez szükséges 
változtatásokat. Előfordulhat, mes amis, hogy ti is ki szeretné- 
tek majd próbálni mindezt. Nagyon egyszerű dologról van 
szó: a Makefile PROJECT DEFINES - sorát kell megkeres- 
nünk és az alábbi formára hoznunk: 

PROJECT DEFINES zs -DVRŐOT 

Ezután adjunk ki egy make clean parancsot, amit egy make 
követ, és a programot futtassuk újra a -b kapcsolóval. Az így 
kapott pontkép asztalunk hátterébe íródik. A KDE alatt az 
eredmény nem túl szép, viszont Window Maker-rel minden 
csodálatosan működik. Ahogy mondani szokás, mes amis, 

a mérföldek különböző hosszúságúak lehetnek. 

A tájképek megalkotása csak a programok egyik fajtája, 
amelyek fraktálok segítségével hoznak létre művészi képeket. 
Ha éppen csak bele szeretnénk kóstolni a témába és egy sze- 
met gyönyörködtető kütyüt szeretnénk létrehozni, valószínű- 
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an then right-click on the image 
ose of you who are fans of 
ppmforge does the trick as well. 


leht 600 -clouds ! display - 
Irpower 0.75 -mesh 256 [ 
iers .5 -tilt 23.5 -ice .5 -sj [/P 
! -power 1.20 -mesh 256 
MIPO -glaciers 0.50 





2. kép Fraktálok, amennyire az aranyos kütyü láthatja 


leg még programtelepítésre sincs szükségünk. A legtöbb Linux- 
terjesztés része egy xscreensaver nevű csomag, amely képer- 
nyővédők gyűjteménye. Ha esetleg még nem tudnánk, minden 
egyes képernyőkímélő egy-egy önálló, meghatározott képes- 
ségekkel rendelkező program. Például a drift egy rekurzív 
fraktál lángokat létrehozó program. Akár az xscreensaver 


segítségével, akár közvetlenül, önálló programként elindítható: 


/usr/X11R6/lib/xscreensaver/drift 
s. background "Wheat" 


A parancs egy ablakot nyit meg, amelyben a fraktál lángok szün- 
telenül lobognak a búzaszínű háttér előtt. Az alapértelmezett hát- 
térszín a fekete, azonban játszhatunk is a színekkel. Ha nagyobb 
ablakot (például 800 x 600 felbontásút) szeretnénk, próbáljuk ki 

a programot a -geometry 800 600 kapcsoló hozzáadásával. 
Emlékszünk még, hogy az xmountains bemutatásakor a háttérről 
is szó volt ? Ami az ablakkezelőket illeti, ugyanaz a szabály 
vonatkozik rájuk is, azonban a programot a -root kapcsolóval 

is futtathatjuk - állandóan változó háttérképet hozva létre: 


/usr/X11R6/lib/xscreensaver/driít -root 


Vágyódunk a természet hívó szava után? lalán a hegyeket nem 
szeretjük annyira, az erdő vad szépségét viszont annál inkább. 
Talán az asztalunk sarkán lévő kis ablak éppen a soron követke- 
ző — próbáljuk ki a forest-et ugyanebből a csomagból. A futtatha- 
tó fájl elérési útvonala a telepítéstől függően különbözhet. Pró- 
barendszeremen mindez a /usr/X11R6/1ib/xscreensaver 


útvonalon érhető el. 
forest -geometry 300 200 


Ha meguntuk, próbáljuk ki a hopalong-ot, és kísérletezzünk 
fraktál platánfákkal. Esetleg indítsuk el a julia-t néhány mozgó 
julia fraktál előállításáért. Az meg micsoda? -— kérdezhetitek jo- 
gosan. Nos, a leírás szerint a program , i f utasításokat használ 
(wo - sagrt (x-c) , w - -sart (x-c) ) véletlenszerű iterá- 
cióval a juliahalmaz pontjainak megszerkesztéséhez, a halmaz 
szinuszosan változó értékeivel és ezeknek az értékeknek a kör- 
körös felrajzolásával" (milyen jó, hogy megkérdeztétek, ugye?). 
Az xscreensaver által kínált lehetőségeket zárjuk azzal, hogy 
az egyik kedvencemet, az imsmap-et vizsgáljuk meg. A 2. kép 
bepillantást enged kissé zsúfolt asztalomra, ahol ezeket a 
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programokat egyszerre látjuk futni. 

Linux-rendszerünk igazi aranybánya, ha szürrealisztikus tája- 
kat előállító programokat keresünk. Egy újabb csomag, ami 

a rendszer telepítésekor valószínűleg a gépünkre került: a 
netpbm vagy netpbm-progs. A csomag részeként találjuk meg 
a pgmcrater nevű programot, amely fraktálok segítségével 
kráterekkel teletűzdelt terepet hoz létre, így a művelet végén 





4. kép Különös, új világok — rád várnak, hogy megalkosd őket 


mesterséges holdbéli tájon találjuk magunkat (miként a 3. képen 
is látható). Próbáljuk ki az alábbi módon: 


pgmcrater -x 800 -y 600 5 crater.out 
convert crater.out crater.jpg 


A második parancs az ImageMagic készlet része. A pgmcrater 

a képeket nyers grafikus formában hozza létre, amely egy ideigle- 
nes fájlba íródik. Ezután a nyers képállományt jpeg formátumúra 
alakítom, hogy asztalom háttérképeként használhassam. Melles- 
leg ez a két parancs az alábbi módon akár össze is vonható: 


pgmcrater -x 800 -y 600 j convert 
mm. crater.jpg 


Mielőtt továbbmennénk, vessünk egy pillantást a netpbm- 
progs még egy tagjára, amelyet különösen kedvelek, és amely- 
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nek a neve ppmforge. Ez a program bolygók, csillagos égboltok 
és felhők , fraktálhamisítványait" hozza létre (a kifejezés 
Richard E Voss-tól származik). A képek meglepően valószerűek 
(olyan valóságosak, amennyire egy számítógép alkotta bolygó 
egyáltalán lehet), igazi mesterművek. A program lehetőséget 
ad a — a terep magasságának függvényében - a fagyott képződ- 
mények mennyiségének, a bolygó napjához viszonyított dőlés- 
szögének, a sarki jég mennyiségének, valamint a napos és sötét 
bolygófél határvonalát meghatározó napszak megadására. 
Minderre a következő parancs mutat példát: 
ppmforge -hour 10.5 -glaciers .5 -tilt 23.5 
.ice .5 -width 800 -height 600 

5.-stars 70 ][ display - 


A 4. kép az egyik ilyen módon előállított világ egy pillanatképét 
mutatja. Az eredményként kapott képet az ImageMagic kép- 
megjelenítőjébe irányítottam ahelyett, hogy minden egyes 
alkalommal egy rögzített képbe alakítanám át. Így a jobb egér- 
gombbal a képre kattintva a pillanatnyi állapotot bármikor 

a kívánt formában menthetem. Azok számára, akiknek a fel- 
hőkkel teletűzdelt kék ég jelenti a háttérképek netovábbját, 

a ppmforge szintén tartogat egy ügyes fogást. Próbáljuk ki 

a parancsot ezzel a beállítással: 


ppmforge -clouds -width 800 
5.-height 600 ] display - 


Mint látható, az ihletért nem kell a munkaasztalunknál 
messzebbre menni. Francois, a vendégeink szomjasak, tölts 
nekik, légy oly kedves! 

Szerény konyhafőnökötök egyik kedvenc filmje a Szárnyas 
fejvadász — amely Philip K. Dick , Álmodnak-e az androidok 
elektromos bárányokról" című regényén alapul —, a mű egy 
lehetséges valóság lenyűgöző képe. Dick regénye az ihletője 

a választható valósággal történő következő találkozásunknak, 
amely Scott Drave elektronikus birkája. Amikor már minden öt- 
letből kifogytunk, engedjük el a billentyűzetet, várjuk meg en- 
nek az elragadó képernyővédőnek a megjelenését, és készül- 
jünk fel egy kis elektronikus álmodozásra. Elöljáróban csak 
annyit: amikor a képernyővédő elindul, a képernyő egy percre 
elsötétül, amíg a program a kiszolgálóhoz csatlakozik. Ezután 
egy eleven , birka" jelenik meg, amely valójában egy mozgó 
fraktálkép, amelyet a hálózatba kötött ügyfélgépek együttes 
erőfeszítései hoznak létre. Minden 15 másodpercben új birka 
(az eredményként kapott mozgás) jön létre, folyamatosan a 
nap 24 órájában. Nehéz azt állítani, hogy ez is olyan hasznos, 
mint a Seti4WHOME projekt (az elektronikus bárány ötletének 
egy másik része), de elég dögös, nem? 

A nagyfelbontású animációk előállítása nagysebességű világ- 
hálós kapcsolatot igényel, a modem által elérhető 56 K sávszé- 
lesség kevésnek bizonyulhat. Ha bele szeretnénk kóstolni, 
kezdetnek a 3 http:/electricsheep.org címet ajánlom megláto- 
gatásra egy másolat beszerzése érdekében. Ezután a kicsoma- 
golás és fordítás az alábbi módon történhet: 


tar -xzvf electricsheep-2.1.tar.gz.html 
cd electricsheep-2.1 


. configure 
make 
su -c "make install" 


A programot el is indíthatjuk és ki is próbálhatjuk anélkül, 
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5. kép Vajon Linux-rendszered Is elektronikus birkákról álmodik? 


hogy képernyővédőként használnánk - ehhez egyszerűen 

az electricsheep parancsot kell begépelnünk. Ebben a 
módban a hátteret foglalja el, ezért működő ablakainkat való- 
színűleg kis méretűre kell összecsuknunk. A - -help kapcsoló 
segítségével listát kérhetünk a beállításokról. Az xscreensaver 
csomag részét képező képernyővédőként való használathoz 

a .xscreensaver fájlt oly módon szükséges módosítani (vagy 
létrehozni), hogy az electric sheep szerepeljen a felsorolt prog- 
ramok között. A következő példában a várakozási időt is 
beállítottam, mégpedig két percre: 


timeout : 0:02:00 
lock: True 
lockTimeout: 0:02:00 
programs : § 


electricsheep --nick "ChefMarcel" Ari 
Ezután indítsuk el az xscreensavert az xscreensaver -nosplah 
§- paranccsal, és várjunk. Az 5. kép a szerény konyhafőnökötök 
képernyőjén megjelent rengeteg birka egyikével kérkedik. 

Az álmokról beszélgetve, mes amis, az idő elszaladt, nemsokára 
zárnunk kell. Hogy minél jobban aludjatok az éjjel, Francois 
még egyszer teletölti poharaitokat. Francois, sil vous plait. 
Ahogy máskor is, igazi öröm volt számomra, hogy ellátogat- 
tatok. Mondjam azt, hogy álomszerű? Non. 

Ürítsük poharainkat. Élvezzétek az utolsó cseppeket. Viszont- 
látásra a következő hónapban! A votre santé! Bon appétit! 
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Marcel Gagné 
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megjelenő Linux-rendszerfelügyelet című könyv szerzője. 


Kapcsolódó címek 


Elektronikus birka 5 http://electricsheep.org 

ImageMagiek 5 http://www.imagemagick.org 

Marcel borlapja 3 http:/Avwvw.marcelgagne.com/nfwine.html 
Netpbm-eszközök 3 http://sourceforge.net/projects/netobm 
Az xmountains honlapja 

52 http:/Awww.epcc.ed.ac.uk/-spb/xmountains 





Nérnokok??? 


Néhány szó a mérnökök egyik új típusáról, 
akik nélkül remekül meglennénk. 


nöknek kell tartoznia. Esetünkben talán többes számban 

kellene beszélni róluk. Vannak a gépészmérnökök, akik 
megtervezik a számítógépek házait, és akik gondoskodnak 
arról, hogy minden új ház kinyitása legalább félórás fejtöréssel 
járjon. Vannak még az elektromérnökök, akik gyorsabb, olcsóbb 
és jobb áramköröket terveznek, és természetesen nem szabad 
elfeledkezni a rendszermérnökökről sem, akik a rendszereket, 
vagy legalábbis a programokat tervezik. Szeretnék azonban 
bevezetni egy új kategóriát: a ballasztmérnökökét. 
A ballasztmérnökök munkája abból áll, hogy mi bármilyen 
erős gépet veszünk is, mondjuk egy tuningolt Pentium IV-est 
1,8 GHZ-es órajellel, 512 MB memóriával, vízhűtéssel — bekap- 
csoláskor szinte érezzük a dobozban feszülő erőt —, az egész 
úgy működjön, mintha egy 16 MB memóriával megtűzdel 
486-os előtt ülnénk. 
Elsőként a Gnome- és KDE-tervezetek vezetőit szeretném eme 
megtisztelő címre jelölni. Jómagam a Blackboxot (indítása 
nagyjából két másodpercig tart) és a SylPheedet használom 
(gyakorlatilag pillanatok alatt elindul). A legnagyobb dög, amit 
használok, a Netscape, de sajnos ez az egyetlen olyan böngé- 
sző, amely a CSS-2 kezelésére teljes körűen alkalmas, de hely- 
zetét a CrossOver beépülő modul is rontja. Gyakorlatilag bár- 
melyik irodai csomagot felhozhatnám példaként, ám ezeknél 
nem meglepetés a lassúság -— bár hozzá kell tennem, az Applix 
mindig pillanatok alatt indult, és szélsebesen futott. Egyszer, 
ha lesz egy kis időm, felteszek egy régebbi rendszert egy újabb 
gépre, és kipróbálom, hogy egyrészt egyáltalán fut-e, másrészt 
milyen gyorsan teszi. 
Nem vagyok én sem a fejlődés ellen. Alig várom, hogy meg- 
vehessek egyet a Ihink Geek (3 http:/thinkgeek.com) 
Cappuccino GG-1 nevű kisméretű számítógépei közül - ráköt- 
ném egy akkumulátorra -, hogy legyen egy olyan készülékem, 
ami kivetíti elém a billentyűzetet, és érzékeli, hogy éppen hol 
vannak az ujjaim; és felvehessek egy olyan pehelysúlyú sze- 
müveget, amelynek a használata közben úgy érzékeljük, hogy 
egy 20 hüvelykes képernyő előtt ülünk. Egyedül egy vezeték 
nélküli hálózati kártya hiányzik, talán a Cappuccino ethernet- 
csatolóját ki kellene szedni, és berakni egy másikat a helyére. 
Mobil és szabad leszek, mint a madár, és csak másfél kilónyi 
cuccot kell majd cipelnem. 


IP-Atlas 


Webes parancsfájl, amely miután kapott egy IP-címet — alapér- 
telmezett esetben az eth0 címét -—, megmutatja a hozzá tartozó 
gép helyét a világtérképen. Az IP-t a NetGeonak küldi tovább, 
amely visszaadja a feltételezett tartózkodási hely hosszúsági 

és szélességi adatait. Végül is pontos, ám az egész eljárás azon 
feltételezésre épül, hogy az IP-címet birtokló vállalkozás helyén 
található az azt használó számítógép is. Az én kiszolgálóim pél- 
dául Panamában vannak, ám texasinak látszanak. A szolgálta- 
tóm vonalai valóban lexasba vezetnek, és ugyan itt lent is meg- 
lehetősen meleg és száraz az időjárás, azért mégsem lexasban 


JT ervezés -— e tevékenységhez mindig legalább egy mér- 
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vagyok. Nézegetni mindenesetre jó. A futtatáshoz 
szükséges: webkiszolgáló PHP- és GD-támogatással, 
internet-hozzáférés a NetGeo oldalának eléréséhez. 
2 http:/www.xpenguin.com/ip-atlas.php 


iftop 
A topra hasonlító segédprogram, amely figyeli a kiválasztott 
hálózati kapcsolatokat, illetve alapértelmezettként az ethO 
csatolót. Egy VI (VC) vagy egy Xterm ablakban jeleníti meg az 
élő kapcsolatokat. Ha hirtelen - és valós időben — kell meg- 
lesned, hogy mi minden halad át a gépeden, akkor jó, ha 
kéznél van. A futtatáshoz libpthread, libm és glibc szükséges. 
2 http:/www.ex-parrot.com/-pdwi/iftop 


OpenGrade 

lanároknak készült alkalmazás, amely egy könnyen és gyorsan 
használható szöveges és egy grafikus felülettel egyaránt ren- 
delkezik. A grafikus felület használatához Ik szükséges, ami- 
nek a telepítésével ugyan külön meg kell küzdeni, viszont 
általa a szövegesnél is könnyebben használható felülethez 
jutunk. Nem próbáltam ki ugyan, de ha az OpenGradenek 
helyet adó gépen webkiszolgáló is fut, a hallgatók jegyeiket 
jelszóval védett módon érhetik el. A futtatáshoz szükséges: 
Perl; Tk; valamint a lerm::ReadKey, Date::Calc, Tk::FileDialog 
és Net::FIP Perl modul. 

2 http:/www.lightandmatter.com/ogr/ogr.html 


OpenIRS 
Az Open Ticket Reguest System (OTRS) egy olyan webalapú 


címkézőrendszer, amely fogadja az OTRS felhasználóhoz befu- 
tó leveleket, és megoldandó feladatokként sorba állítja őket. 

A fejlesztések nyomán idővel telefonos várakozási sorral is 
együtt tud majd működni. A rendszerrel nyomon követhetjük 
az ügyfelektől és a különféle rendszerektől befutó hívásokat 
és leveleket. A fejlesztő többek között lehetővé tette a levélben 
történő válaszadást is, valamint a belső és nyilvános feljegy- 
zések készítését is. A futtatáshoz szükséges: Perl; és több Perl 
modul: Unix::Syslog, CGI, MIME::Words, Mail::Internet, 
MIME::Parser, DBI, DBD::mysagl, Digest::MD5; webkiszolgáló; 
SMIP (pl.: Sendmail) és Procmail. 

2 http://otrs.org 


Ennyit erre a hónapra. 
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